Following the removal of the old php.eclass from portage (I presume in preparation for the upcoming changeover to the 'consolidated' PHP ebuilds) was unable to unmerge mod_php-4.3.2 I actually had 2 versions of mod_php installed (due to slotting problems?). The versions were mod_php-4.3.2 and mod_php-4.4.0. I was able to successfully remove 4.4.0, but the unmerge failed on 4.3.2 Reproducible: Always Steps to Reproduce: 1. emerge --unmerge mod_php-4.3.2 2. 3. Actual Results: myhost ~ # emerge --unmerge mod_php-4.3.2 dev-php/mod_php selected: 4.3.2 protected: none omitted: none >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. >>> Waiting 5 seconds before starting... >>> (Control-C to abort)... >>> Unmerging in: 5 4 3 2 1 >>> Unmerging dev-php/mod_php-4.3.2... No package files given... Grabbing a set. QA Notice: ECLASS 'php' inherited illegally in dev-php/mod_php-4.3.2 /usr/lib/portage/bin/ebuild.sh: line 1443: /usr/portage/eclass/php.eclass: No such file or directory !!! ERROR: dev-php/mod_php-4.3.2 failed. !!! Function inherit, Line 1444, Exitcode 1 !!! died sourcing /usr/portage/eclass/php.eclass in inherit() !!! If you need support, post the topmost build error, NOT this status message. !!! FAILED prerm: 1 Expected Results: should have unmerged the package output of 'emerge info': Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.11-gentoo-r9 i686) ================================================================= System uname: 2.6.11-gentoo-r9 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.1.3-r1, 2.2.3-r5, 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.4.19-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/fax /usr/share/config /var/bind /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -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" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 alsa apache2 apm avi berkdb bitmap-fonts crypt curl eds emboss encode foomaticdb fortran gd gdbm gif gpm gstreamer gtk2 imlib ipv6 java jpeg ldap libg++ libwww mp3 mysql ncurses nls nptl ogg pam pdflib perl png python readline samba slang spell sqlite ssl tcpd tiff truetype truetype-fonts type1-fonts vorbis xml xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS NOTE: was able to work around this by grabbing an old version of php.eclass from CVS and replacing it into /usr/portage/eclass/ directory.
php.eclass was removed 13 month ago (and really not coming back). The workaround is correct. *** This bug has been marked as a duplicate of 46223 ***