eclasses can modify deps yet emerge --regen won't rebuild the dep cache. As a result, incorrect deps are cached on the master server and sent out via rsync. For example, the vim.eclass was changed on 2004/03/21, yet the old deps are still being distributed via rsync. Reproducible: Always Steps to Reproduce: 1. modify deps for an ebuild via a change to an inherited eclass 2. emerge --regen 3. see that the dep cache wasn't regenerated with new deps because the ebuild wasn't modified. an example below: Actual Results: deps for app-editors/gvim-6.2-r3 as currently sent out via rsync: ~app-editors/vim-core-6.2 virtual/x11 gtk? ( gtk2? ( >=x11-libs/gtk+-2.1 virtual/xft ) !gtk2? ( gnome? ( gnome-base/gnome-libs ) !gnome? ( =x11-libs/gtk+-1.2* ) ) ) !gtk? ( motif? ( x11-libs/openmotif ) ) !bootstrap? ( sys-devel/patch ) !dev-libs/9libs cscope? ( dev-util/cscope ) gpm? ( >=sys-libs/gpm-1.19.3 ) perl? ( dev-lang/perl ) python? ( dev-lang/python ) acl? ( sys-apps/acl ) ruby? ( dev-lang/ruby ) >=sys-apps/portage-2.0.45-r3 >=sys-apps/sed-4 sys-devel/autoconf ncurses? ( >=sys-libs/ncurses-5.2-r2 ) : ( sys-libs/libtermcap-compat ) dev-util/ctags Expected Results: actual deps for app-editors/gvim-6.2-r3 as currently in portage: ~app-editors/vim-core-6.2 virtual/x11 gtk? ( gtk2? ( >=x11-libs/gtk+-2.1 virtual/xft ) !gtk2? ( gnome? ( gnome-base/gnome-libs ) !gnome? ( =x11-libs/gtk+-1.2* ) ) ) !gtk? ( motif? ( x11-libs/openmotif ) ) !bootstrap? ( sys-devel/patch ) cscope? ( dev-util/cscope ) gpm? ( >=sys-libs/gpm-1.19.3 ) perl? ( dev-lang/perl ) python? ( dev-lang/python ) acl? ( sys-apps/acl ) ruby? ( dev-lang/ruby ) >=sys-apps/portage-2.0.45-r3 >=sys-apps/sed-4 sys-devel/autoconf ncurses? ( >=sys-libs/ncurses-5.2-r2 ) !ncurses? ( sys-libs/libtermcap-compat ) dev-util/ctags Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.25) ================================================================= System uname: 2.4.25 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=i686 -O3 -pipe -Wall" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11/app-defaults /etc/X11/rstart /etc/X11/serverconfig /etc/X11/starthere /etc/X11/xdm /etc/bash_completion /etc/gconf /etc/pango /etc/sound/events /etc/ssmtp /etc/terminfo /usr/X11R6/lib/X11/xkb /etc/env.d" CXXFLAGS="-mcpu=i686 -O3 -pipe -Wall -Wno-deprecated" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache cvs sandbox" GENTOO_MIRRORS="http://mirror.cpsc.ucalgary.ca/mirror/gentoo.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/home/msterret/gentoo-x86" PORTDIR_OVERLAY="/home/msterret/src/portage-overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X apm arts avi berkdb cdr crypt cscope cups dvd encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 guile java jpeg libg++ libwww mad mikmod mmx mozilla moznocompose moznoirc moznomail mpeg nas ncurses noreiserfs oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline sdl slang spell sse ssl tcpd tiff truetype x86 xml2 xmms xv zlib"
Marking invalid. At the time, it may have been the case that portage version screwed up eclass caching... eclass handling for regen on eagle is sane, aside from when the ebuild/eclass do evil things like violating the constant metadata requirement.
