I cannot figure out whats happening here. Since the latest update of portage I get strange unpack errors, reporting that files (from the main archive glibc-2.3.5-r2.tar.bz2 would exist, finishing with an error then. The files that (seem to) exist are different on each trial. If I unpack by hand, I don't get these messages since tar automatically overwrites by default. The error raises in the unpack command. Maybe you introduced some incompatible options ? Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r6ask-c-system i686) ================================================================= System uname: 2.6.12-gentoo-r6ask-c-system i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.1-r1 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, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10, 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="no" 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.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon -O3 -pipe" DISTDIR="/usr/distfiles" FEATURES="autoaddcvs autoconfig buildpkg candy ccache cvs distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/" LANG="de_DE@euro" LINGUAS="de tr en_GB" PKGDIR="/usr/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/Local.portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X Xaw3d acl acpi alsa apache2 arts artswrappersuid avi bash-completion bash-completition berkdb bitmap-fonts bonobo bzip2 bzlib cdparanoia crypt cscope ctype cups curl divx4linux doc dv dvb encode ffmpeg fftw flash font-server foomaticdb fortran ftp gcj gd gdbm gif glut gnome gtk gtk2 gtkhtml hbci icq imagemagick imap innodb ipv6 java jikes joystick jpeg kde kdeenablefinal kdexdeltas kerberos latex ldap lprng maildir mime mjpeg mmx motif moznocompose moznoirc mozp3p mozsvg mozxmlterm mp3 mpeg mysql nas ncurses nls nptl nvidia odbc ofx ogg ooo-kde openexr opengl oss pam pcre perl php png posix postgres ppds python qt quicktime readline ruby satellite scanner sdk sdl smartcard smime soap sockets spell ssl svg tcltk tcpd termcap-compat tex theora tiff truetype truetype-fonts type1-fonts ucs2 unicode usb vidix vim-with-x vorbis win32codecs xalan xinerama xml xml2 xmlrpc xprint xscreensaver xv zlib linguas_de linguas_tr linguas_en_GB userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, MAKEOPTS
Err... attach the output from the failures please. Not enough info here to start debugging it, please reopen with failing logs, how you're triggering it (using ebuild binary or emerge fex), etc. If you're hitting it via the ebuild command, upgrade to 2.0.53_rc5, and try it anew.
(In reply to comment #1) > Err... attach the output from the failures please. > Not enough info here to start debugging it, please reopen with failing logs, how > you're triggering it (using ebuild binary or emerge fex), etc. > > If you're hitting it via the ebuild command, upgrade to 2.0.53_rc5, and try it anew. This is the output of emerge -Nu glibc: >>> Unpacking glibc-2.3.5.tar.bz2 to /var/tmp/portage/glibc-2.3.5-r2/work tar: glibc-2.3.5/sysdeps/s390/s390-64/bits/wordsize.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/mman/syscalls.list: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/a.out.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/environments.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/errno.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/fcntl.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/ioctls.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/ipc.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/mman.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/msq.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/poll.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/resource.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/sem.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/setjmp.h: Cannot open: File exists tar: glibc-2.3.5/sysdeps/unix/sysv/linux/sparc/bits/shm.h: Cannot open: File exists tar: Error exit delayed from previous errors !!! ERROR: sys-libs/glibc-2.3.5-r2 failed. !!! Function unpack, Line 382, Exitcode 2 !!! failure unpacking glibc-2.3.5.tar.bz2 !!! If you need support, post the topmost build error, NOT this status message. File existence message vary from call to call.
When things vary, it usually points to an underlying problem. Have you run fsck on the appropriate partition? Does an `rm -rf /var/tmp/portage/*` fix it? It sounds more like the former than the latter...
Does this only happen with glibc? Also, do you know what version of portage you were using before you upgraded? There is only a very small difference between 2.0.51.22-r2 and 2.0.51.22-r3 and it doesn't affect emerge or portage in any way whatsoever.
Also think it's a system related problem. Please try the steps Jason suggested before reopening this.
Closing