While writing an ebuild for spandsp (www.opencall.org), I found that media-libs/tiff was not installing two headers I needed: tiffiop.h and tiff_dir.h. It looks like the tiff ebuild needs to "make install-private" rather than "make install" to get the headers I need. I don't know if this should be governed by a USE-flag or not, so I'll defer to a dev's judgement.
This is not net-mail bug. Send it back to bug-wranglers...
Added local USE flag "private" to tiff 3.5.7-r2. Give it a whirl
Looks good, and works for me. I'd vote for this to be unmasked. Also, please make sure this change is applied to the current 3.6.x version that's masked in portage. Looking ahead, I see the same issue still applies. Thanks!
The tiff 3.7.0 fixes the nagging bugs in 3.6.x and seems to be working well. I'm not sure how much else changed in 3.7.0, but I think the private-header thing is still the same. I'm trying to push the 3.7.0 to stable so can you live with the fix appplied there? I'd like to remove the broken 3.6 stuff if possible...
There is no fix here. In fact, this has regressed since 3.5.7-r2 -- 3.6.1-r2 is broken as-is. Perhaps the addition of "make install-private" never made it to 3.6 or 3.7 in the first place?
What's the status here?
I haven't looked at this in quite some time, and glancing at the tiff distribution, I'm not sure what's going on upstream. There's a masked ebuild for spandsp which I don't have time to test right now, but building spandsp (prior to the official ebuild) is how I ran across the problem originally.
What's the status here ? Is this bug solved with tiff 3.8 ?
My Gentoo system is offline and out of my control for now. Sorry. :-(
given that this version is not in tree anymore and that the reporter cannot give more information for now, I suggest to close this bug and reopen it latter if there is more info.
Reporter response needed.