When I pretend upgrading from KDE 3.2.3 to 3.3.0, it seems emerge treats this as a new installation instead of an upgrade. This means stale files could be left behind if I proceed with an actual ebuild. This shows the issue: bash-2.05b# emerge --pretend kde kdebase kdelibs These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] kde-base/kde-3.2.3 [ebuild U ] kde-base/kdebase-3.2.3-r1 [3.2.3] [ebuild R ] kde-base/kdelibs-3.2.3-r2 bash-2.05b# ACCEPT_KEYWORDS="~x86" emerge --pretend kde These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] <=app-crypt/gpgme-0.3.14 (from pkg app-crypt/gpgme-0.9.0-r1) [ebuild N ] net-dns/libidn-0.5.4 [ebuild N ] kde-base/arts-1.3.0 [ebuild N ] kde-base/kdelibs-3.3.0 [ebuild N ] kde-base/kdeaccessibility-3.3.0 [ebuild N ] dev-libs/libgpg-error-1.0 [ebuild N ] dev-libs/libgcrypt-1.2.0-r1 [ebuild N ] app-crypt/gpgme-0.9.0-r1 [ebuild N ] kde-base/kdepim-3.3.0 [ebuild N ] kde-base/kdebase-3.3.0 [ebuild N ] kde-base/kdegraphics-3.3.0 [ebuild N ] kde-base/kdewebdev-3.3.0-r1 [ebuild N ] kde-base/kdeartwork-3.3.0 [ebuild N ] kde-base/kdeutils-3.3.0 [ebuild N ] kde-base/kdenetwork-3.3.0 [ebuild N ] media-libs/libao-0.8.5 [ebuild N ] media-sound/vorbis-tools-1.0.1 [ebuild N ] media-libs/musicbrainz-2.1.1 [ebuild N ] media-libs/tunepimp-0.3.0 [ebuild N ] kde-base/kdemultimedia-3.3.0 [ebuild N ] kde-base/kdeaddons-3.3.0 [ebuild N ] kde-base/kdeedu-3.3.0 [ebuild N ] kde-base/kdegames-3.3.0 [ebuild N ] kde-base/kdetoys-3.3.0 [ebuild N ] kde-base/kdeadmin-3.3.0 [ebuild N ] kde-base/kde-3.3.0 Should it not say 'U' instead of 'N' ? Reproducible: Always Steps to Reproduce: bash-2.05b# emerge info Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" 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/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://gentoo.tiscali.nl/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.gentoo.skynet.be/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb crypt cups directfb encode foomaticdb gdbm gif gimpprint gpm gtk2 imlib java jikes jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds qt quicktime readline sdl slang spell ssl svga tcpd truetype x86 xinerama xml2 xmms xv zlib"
This is a normal behavior and not a bug, because the ebuild of kde-3.2 and kde-3.3 have 2 different slots so you can install and use them at the same time. Take a look at the gentoo docs about how portage works and here: http://www.gentoo.org/proj/en/desktop/kde/index.xml
it's SLOT'd which means that the behaviour is as expected -- the KDE team for Gentoo has fashioned the ebuilds in such a way as to allow multiple versions to be installed simultaneously
yep, normal behavior.
Indeed a very nice approach! I've moved from FreeBSD (with the FreeBSD Ports Collection) to Gentoo Linux, and Gentoo really has the more advanced of the two ports systems.
