I just did a 'emerge -e world' and saw by doing 'ls -lat /var/tmp/portage' that not all installed versions all various packages have been updated. The system is clean, means, 'emerge depclean' does not want to delete anything. For instance, 'etcat -v python' says: [ Results for search key : python ] [ Candidate applications found : 5 ] Only printing found installed programs. * dev-lang/python : [ ] 2.1.3-r1 (2.1) [ ] 2.2.2 (2.2) [ I] 2.2.3-r5 (2.2) [ I] 2.3.3 (2.3) [M~ ] 2.3.3-r1 (2.3) So, there are two different versions of python installed on my system. This may be ok, but 'emerge -e world' does only update version 2.3.3. This appears only for packages, where more than one version is installed. So, either the not updated version is no longer required and should be deleted by 'emerge depclean', or the package is required and should be updated by 'emerge -e world'. Here is a list of installed package versions which were not updated by the last 'emerge -e world' command: gtkglarea-1.99.0 db-3.2.9-r9 python-2.2.3-r5 docbook-sgml-dtd-4.2 docbook-sgml-dtd-4.0-r1 docbook-sgml-dtd-4.1-r1 docbook-sgml-dtd-3.0-r1 Reproducible: Always Steps to Reproduce: 1.emerge -e world 2.ls -lat /var/tmp/portage Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.9 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=i686 -funroll-loops -pipe" 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 /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="-O3 -march=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://ds.thn.htu.se/linux/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/" MAKEOPTS="-j 3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://192.168.68.1/gentoo-portage" USE="X Xaw3d aalib acl alsa apache2 apm arts audiofile avi berkdb bonobo cdr crypt cups curl dvd emacs encode esd flac flash foomaticdb gd gdbm ggi gif gmp gnome gphoto2 gpm gtk gtk2 gtkhtml guile icq imagemagick imlib java jpeg kde lcms ldap leim libg++ libwww mad maildir mikmod motif mozilla mpeg mysql nas ncurses nls nocardbus odbc oggvorbis opengl oss pam pcmcia pda pdflib perl plotutils png ppds python qt quicktime readline samba sasl scanner sdl slang spell ssl svga tcltk tcpd tetex theora tiff truetype unicode usb wmf wxwindows x86 xml xml2 xmms xv zlib"
Probably one of the consequences of bad SLOT handling: bug 4698.
hmm... after reading the whole report of bug 4698 I think it's most likely the same. It's a pity that they stopped discussing it, since the bug is not fixed yet. Is there a chance to reactivate the discussion? Are dependencies to specific SLOTs introduced/implemented?
*** This bug has been marked as a duplicate of 47921 ***
I don't think, that this is a duplicate of bug 47921. By now, I'll not reopen it before any comments have been arrived. I would agree to mark this as a duplicate of bug 4698.