$ emerge -pvK gnome-panel These are the packages that I would merge, in order: Calculating dependencies ...done! [binary U ] gnome-base/gnome-panel-2.10.0 [2.8.3] -debug -doc +eds* [No ebuild?] # emerge -K gnome-panel Calculating dependencies ...done! >>> emerge (1 of 1) gnome-base/gnome-panel-2.10.0 to / >>> extracting info /usr/lib/portage/bin/ebuild.sh: line 2123: /var/db/pkg/gnome-base/gnome-panel-2.10.0/gnome-panel-2.10.0.ebuild: No such file or directory !!! ERROR: gnome-base/gnome-panel-2.10.0 failed. !!! Function , Line 2123, Exitcode 1 !!! error sourcing ebuild !!! If you need support, post the topmost build error, NOT this status message. >>> extracting gnome-panel-2.10.0 >>> Merging gnome-base/gnome-panel-2.10.0 to / !!! aux_get(): ebuild path for 'gnome-base/gnome-panel-2.10.0' not specified: !!! None !!! aux_get(): ebuild path for 'gnome-base/gnome-panel-2.10.0' not specified: !!! None Traceback (most recent call last): File "/usr/bin/emerge", line 3218, in ? mydepgraph.merge(pkglist) File "/usr/bin/emerge", line 1922, in merge retval=portage.pkgmerge(mytbz2,x[1],self.pkgsettings) File "/usr/lib/portage/pym/portage.py", line 7078, in pkgmerge mylink.merge(pkgloc,infloc,myroot,myebuild,cleanup=1) File "/usr/lib/portage/pym/portage.py", line 6979, in merge return self.treewalk(mergeroot,myroot,inforoot,myebuild,cleanup=cleanup) File "/usr/lib/portage/pym/portage.py", line 6544, in treewalk a=doebuild(myebuild,"preinst",root,self.settings,cleanup=cleanup,use_cache=0) File "/usr/lib/portage/pym/portage.py", line 2431, in doebuild eapi = db[root][tree].dbapi.aux_get(mycpv, ["EAPI"])[0] File "/usr/lib/portage/pym/portage.py", line 5277, in aux_get raise KeyError, "'%(cpv)s' at %(path)s" % {"cpv":mycpv,"path":myebuild} KeyError: "'gnome-base/gnome-panel-2.10.0' at None" # cat -n /usr/lib/portage/bin/ebuild.sh | grep 2123 2123 source ${EBUILD} || die "error sourcing ebuild" As you can see the orig -pvK said there was [No ebuild] but a binary package is supposed to use it's own xpak'ed ebuild mkdir foo; cd foo cp /usr/portage/packages/x86//All/gnome-panel-2.10.0.tbz2 . qtbz2 -s gnome-panel-2.10.0.tbz2 qxpak --list gnome-panel-2.10.0.xpak | grep ebuild gnome-panel-2.10.0.ebuild # Its for sure in the binpkg. Again later with a -pvK after the traceback we get Calculating dependencies ...done! INCOMPLETE MERGE: /var/db/pkg/gnome-base/-MERGING-gnome-panel-2.10.0 Any other data you want to know ferringb? Any tests I can/should preform? Btw this is not just gnome-panel but seems to be any package I've attempted to remerge.
Initially I did not notice it. But it appears the path that it's looking for the ebuild is wrong,. Seeing that I have 2.8.3 active and 2.10 is what I'm trying to remerge, and it's looking for the ebuild in my installed VDB /var/db/pkg/gnome-base/gnome-panel-2.10.0/gnome-panel-2.10.0.ebuild
Oh yeah :) solar@simple portage $ emerge info Portage 2.0.53_rc6 (hardened/x86, gcc-3.4.4, glibc-2.3.5-r0, 2.4.31-hardened i686) ================================================================= System uname: 2.4.31-hardened i686 Intel(R) Pentium(R) 4 CPU 1400MHz Gentoo Base System version 1.6.13 ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9, 1.8.5-r2, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.4.22-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -Os -fomit-frame-pointer -pipe -fforce-addr " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /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/env.d /etc/gconf /etc/terminfo /usr/X11R6/lib/X11/xkb/ /etc/env.d" CXXFLAGS="-march=i686 -Os -fomit-frame-pointer -pipe -fforce-addr " DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg clean confcache cvs distlocks noauto noautoaddcvs nodoc noinfo rpm sandbox sfperms sign strict usersandbox verify-rdepend" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://mirror.tucdemonic.org/gentoo/ http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages/x86/" PORTAGE_TMPDIR="/space/portage-tmp/" PORTDIR="/var/cvsroot/gentoo-x86" PORTDIR_OVERLAY="/var/cvsroot/gentoo-x86/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib avi bash-completion berkdb bitmap-fonts bonobo crypt cscope curl dlloader eds esd evo fam flac foomaticdb gd gdbm gnome gnomedb gpm gstreamer gtk gtkhtml guile hardened imagemagick imlib jpeg justify libwww mad mikmod mmx motif mozilla moznocompose moznoirc moznomail mozxmlterm mp3 mpeg multicall mysql ncurses nogcj ogg oggvorbis opengl pam perl pic pie png python quicktime readline sdl slang snmp spell sqlite sse ssl svga tcpd tetex tiff truetype ungif userlocales voodoo3 vorbis x86 xinerama xml xml2 xmms xprint zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS solar@simple portage $
Does it work with FEATURES="-noauto" ? As far as I know, this isn't a new bug. Clearing out the corresponding package from /var/tmp/portage before doing the emerge -K will work around it.
the error message about not being able to source the ebuild is not new but the traceback certainly is
Yeah cleaning out $PORTAGE_TMPDIR/gnome-* had no effect. FEATURES="-noauto" FEATURES="-*" emerge -K gnome-panel results in the same traceback. I was able to (emerge portage ; emerge -K portage) using _rc6 So it's for sure not all binpkgs as I had initially assumed.
I missed the traceback.
Fixed in 2.0.53_rc7