it happends quite often here. While updating a system (which is not supposed to compile), portage begins to compile a given package, though the tbz2 is here. I've checked the date of the tbz2 and the ebuild ( i touched /usr/portage/packages/All/* before trying) It only happens on some quite rare times Reproducible: Sometimes Steps to Reproduce: 1. 2. 3. Actual Results: kodaly root # ls -l /usr/portage/packages/All/xine-dvdnav-0.9.13.tbz2 /usr/portage/media-plugins/xine-dvdnav/xine-dvdnav-0.9.13.ebuild -rw-r--r-- 1 root root 753 Dec 13 20:56 /usr/portage/media-plugins/xine-dvdnav/xine-dvdnav-0.9.13.ebuild -rw-r--r-- 1 root root 30196 Feb 3 01:22 /usr/portage/packages/All/xine-dvdnav-0.9.13.tbz2 kodaly root # emerge xine-dvdnav Calculating dependencies ...done! >>> emerge (1 of 1) media-plugins/xine-dvdnav-0.9.13 to / >>> md5 ;-) xine-dvdnav-0.9.13.tar.gz >>> Unpacking source... >>> Unpacking xine-dvdnav-0.9.13.tar.gz >>> Source unpacked. creating cache ./config.cache checking for a BSD compatible install... /bin/install -c checking whether build environment is sane... Killed Expected Results: unpacking /usr/portage/packages/All/xine-dvdnav-0.9.13.tbz2 kodaly root # emerge info Portage 2.0.46-r9 (, gcc-3.2.1, glibc-2.2.5-r4,2.3.1-r2) ================================================================= System uname: 2.4.19-gentoo-r9 i686 Pentium III (Coppermine) GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts svga ggi tcltk java X sdl gpm tcpd pam libwww ssl perl python imlib oggvorbis gtk qt kde motif opengl ldap cdr scanner -esd gphoto2" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -mpreferred-stack-boundary=2 -ffast-math -fprefetch-loop-arrays" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -mpreferred-stack-boundary=2 -ffast-math -fprefetch-loop-arrays" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="no" SYNC="rsync://gentoo.freehackers.org/gentoo-portage" FEATURES="sandbox ccache"
argh.. in the report, i used 'emerge xine-dvdnav', though i actually did, of course : emerge -k xine-dvdnav i tried again right now to be absolutely sure, and i can confirm : it wont take the tbz2, but compile it.
ouch.. as a workaround, what i usually do it to 'emerge /usr/...tbz2'. it usually does it. though, this time i had an error which actually explain the previous behaviour xine-dvdnav moved from media-video/ to media-plugins, and of course, the tbz2 was from the previous location. portage failed on this one, though i think the package is installed. Still, i often have the pb, and emerging the tbz2 works, so it's something else, and i keep the bug report. So now you have two bugs * sometimes portage doesn't find the tbz2 * if it find a tbz2 from a previous location, it should report it (more a feature request, i admit :))
fixpackages should fix this ;)
