Following an 'emerge sync' and 'emerge -Du world 2>&1 | tee /tmp/emerge.log' it seemed that portage was failing on certain emerges but continued on to autoclean (unmerge) the older versions and also then proceeded onto the next emerge in the list. Please look at the attached emerge.log for more detail. The packages in my update world list were ExtUtils-MakeMaker-6.05-r5, lib-compat-1.2 and frozen-bubble-1.0.0-r1.
Created attachment 12667 [details] emerge.log
$ emerge info Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz GENTOO_MIRRORS="http://194.83.57.7/sites/www.ibiblio.org/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ rsync://ftp.belnet.be/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/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="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 3dnow avi cups encode gif jpeg mmx mpeg ncurses pdflib png quicktime truetype xml2 xmms xv zlib directfb alsa berkdb slang readline aalib svga java mysql X sdl tcpd pam libwww ssl perl python imlib oggvorbis gtk motif opengl cdr acpi acpi4linux apache2 dvd fbcon imap maildir nptl sse tiff usb xml -oss -apm -crypt -libg++ -mikmod -nls -spell -gtkhtml -gdbm -arts -tetex -bonobo -tcltk -guile -gpm -esd -gnome -qt -kde" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" FEATURES="sandbox distcc ccache"
Also, despite the package emerge processes appearing to fail it seems that the packages have in fact been upgraded and installed. On another machine, these same upgrades worked fine although I could not see any major differences in configuration between the two machines.
This is a failure at the unmerge stage, so it's not really a problem. The eclass appears to have been removed, but it should in no way affect the unmerge process (if it does, then that is a bug for the eclass.) I'll see about fixing the error messages for this case.
Please close this bug. The perl-post.eclass has been committed back into cvs AFAIK and the portage aspect has been answered by carpaski. So there is not much remaining to be discussed. Thanks.
Reason - Deceptive output led to bug being filed but as carpaski says this is not a problem.