media-libs/imlib-1.9.14-r2 (security update) does not build with USE=-gif: checking for gif_lib.h... no configure: error: *** GIF header not found *** !!! ERROR: media-libs/imlib-1.9.14-r2 failed. !!! Function econf, Line 362, Exitcode 1 !!! econf failed root@odin:~# equery list -p imlib Searching for package 'imlib' in all categories among: * installed packages * Portage tree (/usr/portage) [I--] [ ] media-libs/imlib-1.9.14-r1 (0) [-P-] [ ] media-libs/imlib-1.9.14-r2 (0) root@odin:~# grep gif /var/db/pkg/media-libs/imlib-1.9.14-r1/USE x86 oss foomaticdb gnome mad zlib perl -3dnow acl afs -apm -arts -avi berkdb crypt -cups -encode gdbm -gif -gpm -gtk imlib ipv6 -java jpeg -kde libg++ libwww mikmod -mmx -motif mpeg nas ncurses nls oggvorbis -opengl pam pdflib png python -qt -qtmt -quicktime readline -sdl slang spell -sse ssl -svga -tcltk -tcpd tetex -truetype X xml2 -xmms -xv Reproducible: Always Steps to Reproduce: 1. emerge --oneshot -uv imlib Actual Results: See attached build log. Expected Results: Compile imlib without GIF support. Gentoo Base System version 1.4.16 Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.4.26-odin-1) ================================================================= System uname: 2.4.26-odin-1 i686 Pentium Pro Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentiumpro -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/afs/modload /etc/gconf /etc/make.globals /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X acl afs berkdb bitmap-fonts crypt foomaticdb gdbm gnome gtk2 imlib ipv6 jpeg krb4 libg++ libwww mad mikmod mpeg nas ncurses nls oggvorbis oss pam pdflib perl png python readline slang spell ssl tetex x86 xml2 xprint zlib"
Created attachment 39457 [details] Build log
The problem comes from the following two lines in src_install of giflib-4.1.3.ebuild: # if gif is not in USE, then ungif is preferred use gif || rm -rf "${D}/usr/bin" "${D}/usr/include/gif_lib.h" (libungif has use gif && rm -rf "${D}/usr/bin" "${D}/usr/include/gif_lib.h" ) The header removal trickery might have to do with bug 18820. As a temporary workaround, one can do USE="+gif" emerge --oneshot giflib and imlib should see the missing header afterwards.
I ran into this problem too. (Just a vote for fix).
Re-assigning to gnome-team, as I'm not able to maintain this.
*** Bug 73754 has been marked as a duplicate of this bug. ***
Strange, but after emerging giflib again, imlib installed fine.
emerging giflib again didn't worked for me but using USE="+gif" emerge --oneshot giflib did the truque, thanx.
I had the exact same problem despite the fact that I did not have "-gif" in my use line. giflib was installed, but re-emerging it did the trick, just like <a href="#c6">comment 6</a>
*** Bug 80252 has been marked as a duplicate of this bug. ***
*** Bug 83284 has been marked as a duplicate of this bug. ***
Maybe the ebuild needs another dependancy? The Readme says: "Imlib1 now *REQUIRES* libjpeg, libpng, libtiff, and libgif/libungif. If you do not have these libraries, Imlib1 will *NOT* compile." So if it needs both libgif and libungif both should be included in the dependancies. This way even in case you got -gif set it will be possible to emerge imlib. Later Sebastian
Sorry, I think I was mistaken. They seem to mean giflib OR libungif. The weired thing is I got libgif already on my box (so it must have compiled fine before) and now it hangs while I'm doing -e world. Anyway. Maybe it's the giflib ebuild that started all the confusion because it has a "gif" USE-flag itself?
Yeah, I think the gif USE flag is indeed confusing. use.desc says "gif - Adds GIF image support". The giflib ebuild says "# if gif is not in USE, then ungif is preferred use gif || rm -r "${D}"/usr/bin "${D}"/usr/include/gif_lib.h" Adding gif image support and preferring libungif are two different things combined in one USE flag. And as we just saw this can break things. Maybe giflib should have a USE-flag "libungif" instead? Sebastian
usata, looks like you last touched libgif, could you have a look at the last few comments and the problem in general ?
Right, giflib and libungif use "gif" USE flag a bit different from what is written in use.desc. I touched the ebuilds to make it compile on ppc-macos. (because both provided /usr/include/gif_lib.h, which means you cannot install both on collision-protect enabled system) We are going to remove libungif from the tree, so I think we can remove gif USE flag from both ebuilds and use /usr/include/gif_lib.h from giflib.
Fixed in giflib-4.1.3-r1 and libungif-4.1.3-r1. (some packages still depend on libungif, so I had to make libungif-4.1.3-r1, even though we'll remove libungif in the future)
*** Bug 104368 has been marked as a duplicate of this bug. ***
*** Bug 105739 has been marked as a duplicate of this bug. ***