In rebuilding my system from the ground up, I wanted to emerge shntool, with USE flags "flac ogg vorbis xmms" set, among others, and without flac, libogg, libvorbis or xmms installed. When I did so, portage attempted to install all of these packages (as well as a number of others), but in an order which caused it to bomb out on flac, since with these flags, the build depended on libogg header files, and libogg was not yet installed. I have been able to reduce the number of uninstalled packages to 5, so far, and they don't happen to include shntool, the one I was trying to get in the first place: xmms, libogg, libvorbis, xmms-vorbis, and flac, so I suspect that the other packages that were part of the original bomb-out were not a part of the problem, but I leave that to you to find out... Reproducible: Always Steps to Reproduce: 1.With USE flags shown below, and with xmms, xmms-vorbis, libogg, libvorbis, and flac NOT installed, try doing an "emerge flac -pv". Notice that portage will try to install flac before it installs libogg. 2. Now try an "emerge xmms-vorbis -pv". Notice that it would try to install both libogg and libvorbis before it will install xmms, xmms-vorbis, or flac. 3. Now try an "emerge flac". Feel free to clean up the burning rubble (emerge -C xmms) before trying to figure out why this happened... Actual Results: After step 3, the flac build will error off, with the first error message being "error: ogg/ogg.h: No such file or directory" If "emerge flac -pv" (with xmms partially installed - with the USE flags below, it should also install libogg, libvorbis, and xmms-vorbis) is done now, portage shows that it would install libogg first, then flac, then stop. Uninstalling xmms will bring back the incorrect order of xmms, then flac, then libogg, then libvorbis, then xmms-vorbis... Expected Results: It should have installed libogg before it tried to install flac. I don't know for sure if this failure mode exists on platforms different from mine, but suspect that it does. I'm definitely running a "bleeding-edge" system of a sort here (Athlon64, NPTL, GCC-4.0.2, and a tweaked glibc to improve performance on the Athlon64), but I think that the problem lies within code that doesn't make much (if any) use of these features... And there's an easy workaround: emerge libogg before starting the rest of the stuff, and the order of the rest looks pretty clean! I suspect that putting a dependency (on libogg, which is required by libvorbis)into the PDEPEND (vorbis section) part of the xmms ebuild would fix this.... Here's the results of an "emerge info": Portage 2.0.53 (default-linux/amd64/2005.1, gcc-4.0.2, glibc-2.3.6-r1, 2.6.14-gentoo-r2 x86_64) ================================================================= System uname: 2.6.14-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.12.0_pre11 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.16 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts bzip2 crypt cups dvd dvdr dvdread eds emboss encode expat flac foomaticdb fortran gif gmp gnome gpm gstreamer gtk gtk2 imlib jack jpeg kde lcms lzw lzw-tiff mng mp3 mpeg ncurses nptl nptlonly ogg opengl pam pcre pdflib perl png python qt quicktime readline sdl sndfile spell ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
I can verify that media-libs/flac-1.1.2-r3 will not emerge without first emerging libogg. When libogg is emerged, everything works smoothly.
*** Bug 117431 has been marked as a duplicate of this bug. ***
*** Bug 125201 has been marked as a duplicate of this bug. ***
xmms and all plugins are now package.masked and will be removed from the tree in one month. xmms use flag is use.masked -> this is no longer an issue. Closing.