After performing an emerge rsync on 3/11. executing 'emerge -pu --world --deep' yields: These are the packages that I would merge, in order: Calculating world dependencies \ aux_get(): (3) Error in x11-libs/gtk+-1.2.10-r10 ebuild. Check for syntax error or corruption in the ebuild. (--debug) !!! all ebuilds that could satisfy "=x11-libs/gtk+-1.2*" have been masked. !!! (dependency required by "media-sound/xmms-1.2.7-r15" [ebuild]) Reproducible: Always Steps to Reproduce: Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/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="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis qt kde motif opengl mozilla cdr scanner X gtk gnome dvd" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-march=athlon-tbird -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache userpriv usersandbox"
this has been happening a few times lately -- on various packages.
Just a couple of questions, Which Rsync mirror did you last sync from, have you recently had an rsync fail part way through? Also, could you attach the ebuild that's failling? Cheers, Peitolm
feel free to reassign to mirror-admin@gentoo.org
Created attachment 9324 [details] gtk+-1.2.10-r10.ebuild
Happens on whatever mirror I try
I doubt this is still a problem, (can someone confirm) but re-assigning to the mirror-admin team.
i had this problem with mplayer after rsyncing an solved it by this: --- eutils.eclass 2003-11-26 23:53:53.929341860 +0100 +++ /usr/portage/eclass/eutils.eclass 2003-11-26 23:51:38.612276360 +0100 @@ -974,6 +974,7 @@ ;; bzip2*) tail -n +${skip} ${src} | bzip2 -dc | tar -xf - + ;; gzip*) tail -n +${skip} ${src} | tar -xzf - ;;
I'm getting the same thing on various packages. When I checked the md5sum of the offending file agains the Manifest, it was different. I then downloaded the file manualy using ftp, this fixed the prob for this package. What I found was that, if I use rsync to get the file; rsync rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo-portage/media-gfx/bootsplash/bootsplash-0.6-r3.ebuild /usr/portage/media-gfx/bootsplash/bootsplash-0.6-r3.ebuild the file is still not right (fails md5sum). Yet if I get the file from the same mirror using ftp, it's fine. If I delete the file first, rsync then gets the file and the md5sum matches. I believe this only started happening after I emerged the new version or rsync. I have written a script to check md5sums of all packages and I'm getting a lot of failures.
It is possible that the ebuild script or digest had changed, but rsync didn't catch the change and thought it was up to date when you used rsync against it, but yet it works and grabbed the new file when you deleted it and pulled again. However the original bug issue is no longer an issue, so I'm going to close this bug. If you have this happen again with a specific ebuild, do a couple of things: Take note of the rsync server you are syncing from, and try from a different server. If you still have problems, file a new bug report for that ebuild script. Cheers!
