after updating jpeg-7 to jpeg-7-r1 in an emerge -uDav system, a necessary rebuild of "GTK+" fails. configure exists with the following message: checking for jpeg_destroy_decompress in -ljpeg... no configure: WARNING: *** JPEG loader will not be built (JPEG library not found) *** configure: error: *** Checks for JPEG loader failed. You can build without it by passing *** --without-libjpeg to configure but some programs using GTK+ may *** not work properly no subsequent packages tested Reproducible: Always Steps to Reproduce:
Created attachment 216927 [details] /var/tmp/portage/x11-libs/gtk+-2.18.6/work/gtk+-2.18.6/config.log
How did you end up replacing jpeg-7 with jpeg-7-r1? It's not a upgrade over it, jpeg-8 is. (jpeg-7-r1 is a package that's installing only libjpeg.so.7, for binary-only applications.)
+ 19 Jan 2010; Samuli Suominen <ssuominen@gentoo.org> gtk+-2.18.5.ebuild, + gtk+-2.18.6.ebuild: + Require SLOT="0" of media-libs/jpeg wrt #301551.
like i said (in less words): I emerge --sync'ed, ran emerge -uDav system, which specified an UNMERGE operation for media-libs/jpeg-7 and an install for jpeg-7-r1. Due to an unfortunate try-out, my entire packages-backup is now nonexistant, so i check back properly. iac, I merged jpeg-7 back in, if i can believe this backed-up symlink, the 3rd of october. I just tried to return to the previous situation by unmerging jpeg-7-r1 and reinstalling media-libs/jpeg-7. an emerge -uDav system now gives me: [ebuild NS ] media-libs/jpeg-7-r1 [7] 0 kB [blocks B ] ~media-libs/jpeg-7:0 ("~media-libs/jpeg-7:0" is blocking media-libs/jpeg-7-r1) [blocks B ] media-libs/jpeg:7 ("media-libs/jpeg:7" is blocking media-libs/jpeg-7) (which is almost identical to the emerge output when i wanted to downgrade to jpeg-7 without unmerging jpeg-7-r1)
naturally, the removal of the DEPEND lines in both jpeg ebuilds fixed this behaviour, allowing both to be installed next to eachother. Anyways, looks like those recently-added dependencies are causing portage to think both jpeg packages can't be installed next to eachother... Guess I should've named the bug "Portage does not allow the installation of jpeg-7 and jpeg-7-r1 together" I've been hesitant to reopen the bug, I'd still like to get some more feedback from you on the matter, though...
so, could you then please tell me what you hope(d) to achieve here? get jpeg-8 to merge 7-r1 as well as a compat library? (the use flag or jpeg-compat thingy spring to mind as a FAR better idea, since having 7-r1 installed qualifies as having got jpeg installed, and when dependencies dont require an update to 8... things break)
would be nice if gnome herd would be made aware of this bug prior to modifications...
(In reply to comment #7) > would be nice if gnome herd would be made aware of this bug prior to > modifications... > Yeah, always use SLOT 0 of media-libs/jpeg for source packages, when you need headers. The other slots are only for binary ABI compat, same way with e.g. libtool That said, this is fixed in Portage since Comment #3.
