Created attachment 272909 [details] additional info for binary package server and binary package consuming workstation I have a set of virtually identical systems which contain the same hardware and software configuration. I have one of these systems set up as a binary package server and the remaining systems in the set are all updated using the '-g' option to pull binary packages. When I execute: # emerge -gpuNDv world everything works as expected. i.e.: # emerge -gpuNDv world These are the packages that would be merged, in order: Calculating dependencies... done! [binary U ] kde-base/oxygen-icons-4.6.3 [4.6.2] USE="(-aqua) -bindist% (-kdeenablefinal) (-kdeprefix)" [0] [binary U ] dev-libs/gmp-5.0.2 [5.0.1] USE="-nocxx" [0] [binary U ] dev-lang/orc-0.4.14 [0.4.13] USE="-examples -static-libs" [0] [binary U ] sys-libs/timezone-data-2011g [2011e] USE="nls" [0] [binary U ] sys-apps/attr-2.4.46 [2.4.44-r1] USE="nls -static-libs" [0] [binary U ] x11-libs/pixman-0.22.0 [0.20.2] USE="mmx sse2 (-altivec) (-neon) -static-libs" [0] [binary U ] media-libs/libmodplug-0.8.8.3 [0.8.8.2] USE="-static-libs" [0] [binary U *] sys-devel/gcc-config-1.5-r1 [1.4.1] [0] When I execute: # emerge -guND world pportage now aborts with the following message: # emerge -guND @world Calculating dependencies... done! >>> Verifying ebuild manifests >>> Running pre-merge checks for kde-base/kdelibs-4.6.3-r1 * kdelibs-4.6.3-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ] >>> Running pre-merge checks for x11-base/xorg-server-1.10.1.901 e * xorg-server-1.10.1.901.tbz2 MD5 SHA1 size ;-) ... [ ok ] * ERROR: x11-base/xorg-server-1.10.1.901 failed (pretend phase): * EAPI-UNSUPPORTED * * Call stack: * ebuild.sh, line 2040: Called source '/tmp/tmp4gJ4Lr/x11-base/xorg-server-1.10.1.901/build-info/xorg-server-1.10.1.901.ebuild' * xorg-server-1.10.1.901.ebuild, line 8: Called inherit 'xorg-2' 'multilib' 'versionator' * ebuild.sh, line 1403: Called qa_source '/var/lib/layman/x11/eclass/xorg-2.eclass' * ebuild.sh, line 43: Called source '/var/lib/layman/x11/eclass/xorg-2.eclass' * xorg-2.eclass, line 47: Called die * The specific snippet of code: * *) die "EAPI-UNSUPPORTED" ;; * * If you need support, post the output of 'emerge --info =x11-base/xorg-server-1.10.1.901', * the complete build log and the output of 'emerge -pqv =x11-base/xorg-server-1.10.1.901'. * The complete build log is located at '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/temp/build.log'. * The ebuild environment file is located at '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/temp/die.env'. * S: '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/work/xorg-server-1.10.1.901' * ERROR: x11-base/xorg-server-1.10.1.901 failed: * EAPI-UNSUPPORTED * * Call stack: * misc-functions.sh, line 17: Called source '/usr/lib64/portage/bin/ebuild.sh' * ebuild.sh, line 2040: Called source '/tmp/tmp4gJ4Lr/x11-base/xorg-server-1.10.1.901/build-info/xorg-server-1.10.1.901.ebuild' * xorg-server-1.10.1.901.ebuild, line 8: Called inherit 'xorg-2' 'multilib' 'versionator' * ebuild.sh, line 1403: Called qa_source '/var/lib/layman/x11/eclass/xorg-2.eclass' * ebuild.sh, line 43: Called source '/var/lib/layman/x11/eclass/xorg-2.eclass' * xorg-2.eclass, line 47: Called die * The specific snippet of code: * *) die "EAPI-UNSUPPORTED" ;; * * If you need support, post the output of 'emerge --info =x11-base/xorg-server-1.10.1.901', * the complete build log and the output of 'emerge -pqv =x11-base/xorg-server-1.10.1.901'. * The complete build log is located at '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/temp/build.log'. * The ebuild environment file is located at '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/temp/die.env'. * S: '/tmp/tmp4gJ4Lr/portage/x11-base/xorg-server-1.10.1.901/work/xorg-server-1.10.1.901' This is the first time I've ever seen these failure messages. All systems are running identical versions of everything including the 'gcc' toolset etc. To make clear: The binary package server did not have any unusual problem performing world update {other than a 'kcm_gtk' blocker and also package bug #366833 and bug #366437 and also wine-1.3.{something which I masked} and also finally the issue of libusb versus kernel usblp}. The binary package consuming workstation had no problem performing a pretend binary emerge once I took care of the above noted blocker and related issues. I've really never seen these messages before and haven't a clue how to deal with them or what other information would be useful.
It's not a regression. It's just that it's only triggered by EAPI 4 ebuilds that define pkg_pretend. This should fix it: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=60c086dcb69472bfcea3cb61ffd87bd796d46671
Created attachment 272915 [details, diff] extract binpkg env for pkg_pretend Save as /tmp/binpkg_pretend.patch and apply as follows: patch /usr/lib/portage/pym/_emerge/EbuildPhase.py /tmp/binpkg_pretend.patch
(In reply to comment #2) > Created attachment 272915 [details, diff] > extract binpkg env for pkg_pretend > > Save as /tmp/binpkg_pretend.patch and apply as follows: > > patch /usr/lib/portage/pym/_emerge/EbuildPhase.py /tmp/binpkg_pretend.patch Will try and report back. May take the rest of the evening. Thanks for the response.
Working perfectly. Thank you very much. ... slizard ~ # rsync -vas root@192.168.10.103:/tmp/binpkg_pretend.patch /tmp/ Password: receiving incremental file list binpkg_pretend.patch sent 30 bytes received 668 bytes 155.11 bytes/sec total size is 575 speedup is 0.82 slizard ~ # patch /usr/lib/portage/pym/_emerge/EbuildPhase.py /tmp/binpkg_pretend.patch patching file /usr/lib/portage/pym/_emerge/EbuildPhase.py slizard ~ # emerge -guND world Calculating dependencies... done! >>> Verifying ebuild manifests >>> Running pre-merge checks for kde-base/kdelibs-4.6.3-r1 * kdelibs-4.6.3-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ] >>> Running pre-merge checks for x11-base/xorg-server-1.10.1.901 * xorg-server-1.10.1.901.tbz2 MD5 SHA1 size ;-) ... [ ok ] >>> Starting parallel fetch >>> Emerging binary (1 of 400) kde-base/oxygen-icons-4.6.3 * oxygen-icons-4.6.3.tbz2 MD5 SHA1 size ;-) ... [ ok ] >>> Extracting info * Package: kde-base/oxygen-icons-4.6.3 * Repository: gentoo * USE: kernel_linux multilib elibc_glibc amd64 userland_GNU * FEATURES: preserve-libs sandbox >>> Extracting kde-base/oxygen-icons-4.6.3
Thanks for testing. This is fixed in 2.1.9.49 and 2.2.0_alpha33.
*** Bug 368623 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > Thanks for testing. This is fixed in 2.1.9.49 and 2.2.0_alpha33. I unmasked 2.1.9.49. It works perfectly