Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 22089 - Portage autocleans & continues next emerge despite failures
Summary: Portage autocleans & continues next emerge despite failures
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-02 05:24 UTC by Narada Sage
Modified: 2011-10-30 22:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge.log (emerge.log,72.68 KB, text/plain)
2003-06-02 05:25 UTC, Narada Sage
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Narada Sage 2003-06-02 05:24:02 UTC
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.
Comment 1 Narada Sage 2003-06-02 05:25:49 UTC
Created attachment 12667 [details]
emerge.log
Comment 2 Narada Sage 2003-06-02 05:31:23 UTC
$ 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"
Comment 3 Narada Sage 2003-06-02 11:42:30 UTC
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.
Comment 4 Nicholas Jones (RETIRED) gentoo-dev 2003-06-05 11:56:53 UTC
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.
Comment 5 Narada Sage 2003-06-19 12:26:15 UTC
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.
Comment 6 Heinrich Wendel (RETIRED) gentoo-dev 2003-08-23 15:48:14 UTC
Reason - Deceptive output led to bug being filed but as carpaski says this 
is not a problem.