The ebuilds for "elicit embrace engage epsilon equate erss evidence examine" are damaged. They have a version number of 9999, contents are corrupted, etc. Just sync and cd to /usr/portage/apps-misc/examine and see yourself. I made sure this is not my own mistake - others have the same problem. "emerge-webrsync && esync" didnt solve it too. This is rather importent i think, which is why i made it a "BLOCKER"... Reproducible: Always Steps to Reproduce: 1. esync Actual Results: Ebuilds are damaged as described Expected Results: ... Portage 2.0.51-r2 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-gentoo-r10 i686) ================================================================= System uname: 2.6.8-gentoo-r10 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -Os -pipe -fomit-frame-pointer -frename-registers -ffast-math -ftracer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -Os -pipe -fomit-frame-pointer -frename-registers -ffast-math -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks nostrip sandbox" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp6.uni-muenster.de/pub/linux/distributions/gentoo ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow X acpi adns alsa apache2 atlas audiofile avi bcmath berkdb bidi bitmap-fonts bzlib calendar cdr cpdflib crypt cscope ctype cups curl curlwrappers dba dbase dbm dedicated dga dio divx4linux encode ethereal exif f77 fam fastcgi fbcon fdftk fftw flac flash flatfile foomaticdb ftp gdbm gif ginac gmp gnutls gphoto2 gstreamer gtk gtk2 guile iconv icq imagemagick imap imlib inifile innodb java jikes joystick jpeg junit ladcca lcms ldap leim lesstif libedit libg++ libgda libwww mad maildir mbox mcal memlimit mhash mime ming mmap mmx motif mozilla mpeg mpi ncurses netcdf nis nls nocardbus nocd nptl offensive oggvorbis openal opengl pcntl pcre pda pdflib perl pic pie plotutils png pnp posix ppds prelude python qt quicktime readline recode ruby sasl scanner sdl session shared sharedmem slang slp snmp soap sockets socks5 speex spell ssl svg svga sysvipc szip tcltk tcpd theora tidy tiff truetype unicode usb wddx wmf wxwindows x86 xine xml xml2 xmlrpc xmms xosd xpm xprint xsl xv xvid yaz zlib"
Created attachment 42425 [details] Esearch output This shows some esearch output.
they look perfectly fine to me
Servername : rsync8.de.gentoo.org Server IP : 80.190.246.242 I just sync'ed with this server and there's no change to the problem i descibed above. If you guys use servers from other countries it may be possible that the problem isn't there. But if you don't trust me, do not resolve it invalid but ask some guys on irc, just as i did, and they might tell you the same or not. See, i asked 4 people - 3 had the problem, 1 didn't. I am not sure which servers are "damaged" but I know of the above server, rsync8.de, because i just tried it out with this one. And, the one who did not have this problem maybe also use non-german servers, which i do not know. "ChangeLog Manifest examine-0.0.1.20041016.ebuild examine-9999.ebuild files metadata.xml" <-- This for example is the content of /usr/portage/app-misc/examine/
nothing you've described is a bug i added the 9999 versions on purpose
Well - then there should have been at least some remark i think - it didn't look like all-day-updating, you see? I think some small hint in the changelook or similar you have been fine... Also some people compained about portage trying to update to those 9999 versions. I cannot poof this, didnt have the problem myself, and i also don't know if this would have been wanted? Anyway, as i said, without any remark they looked like bugs.
the 9999 versions have KEYWORDS=-* so unless they tweaked their /etc/portage/ files to allow for this, portage shouldnt have upgraded to them