Hi Following resolution of bug 150359, I get : # emerge -uDvtp world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [blocks B ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.4-r2) [blocks B ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4) [ebuild U ] dev-util/darcs-1.0.8-r1 [1.0.8] USE="-doc" 0 kB [nomerge ] kde-base/kde-3.5.4 USE="-accessibility" [nomerge ] kde-base/kdeedu-3.5.4 USE="arts kdehiddenvisibility xinerama -debug -kdeenablefinal -kig-scripting" [nomerge ] kde-base/kdelibs-3.5.4-r2 USE="alsa arts cups kdehiddenvisibility spell ssl tiff xinerama -acl -debug -doc -fam -jpeg2k -kdeenablefinal -kerberos -legacyssl -lua -noutempter -openexr -zeroconf" [nomerge ] kde-base/kde-3.4.3 USE="-accessibility" [No ebuild?] [nomerge ] kde-base/kdegraphics-3.4.3-r2 USE="arts imlib opengl povray scanner tetex xinerama -debug -gphoto2 -kdeenablefinal -nodrm -openexr" [No ebuild?] [ebuild N ] app-text/xpdf-3.01-r8 USE="-nodrm" LINGUAS="-ar -el -he -ja -ko -la -ru -th -tr -zh_CN -zh_TW" 80 kB [nomerge ] kde-base/kdeaddons-3.4.3 USE="arts berkdb sdl xinerama -debug -kdeenablefinal -xmms" [No ebuild?] [nomerge ] kde-base/kdemultimedia-3.4.3 USE="alsa arts audiofile encode flac gstreamer mp3 theora vorbis xine xinerama -debug -jack -kdeenablefinal -musicbrainz -speex" [No ebuild?] [nomerge ] kde-base/kdelibs-3.4.3 USE="alsa arts cups spell ssl tiff xinerama -debug -doc -jpeg2k -kdeenablefinal -kerberos -openexr -zeroconf" [No ebuild?] [ebuild UD] x11-libs/qt-3.3.4-r8 [3.3.6-r2] USE="cups gif ipv6 opengl xinerama -debug -doc -examples (-firebird) -immqt -immqt-bc -mysql -nas -odbc -postgres -sqlite (-nis%)" 14,101 kB [nomerge ] kde-base/kdeadmin-3.4.3 USE="arts xinerama -debug -kdeenablefinal" [No ebuild?] [nomerge ] kde-base/kdebase-3.4.3-r1 USE="arts cups java opengl pam ssl xinerama -debug -hal -ieee1394 -kdeenablefinal -ldap (-lm_sensors) -logitech-mouse -openexr -samba" [No ebuild?] [nomerge ] kde-base/arts-3.4.3 USE="alsa arts esd mp3 vorbis xinerama -artswrappersuid -debug -hardened -jack -kdeenablefinal -nas" [No ebuild?] [ebuild N ] kde-base/kde-env-3-r4 0 kB [nomerge ] dev-libs/expat-2.0.0 USE="(-test%)" [ebuild U ] dev-lang/python-2.3.5-r3 [2.3.5-r2] USE="berkdb doc* gdbm* ipv6 ncurses readline ssl tk%* -bootstrap -build -nocxx -ucs2 (-X%*) (-tcltk%*)" 7,069 kB [ebuild NS ] dev-python/python-docs-2.3.5 1,213 kB and # emerge -p python These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-lang/python-2.4.3-r4 (attachment to be created...)
Created attachment 99078 [details] emerge --debug -uDvtp world
1/ Unmerge all KDE 3.4 stuff 2/ If it still doesn't help, p.mask kde-base/kde-env and find out what depends on it.
Something like emerge app-portage/portage-utils; emerge -Cav =$(qlist -CIv kde- | grep 3.4) should get rid of most of the old KDE stuff nicely.
Created attachment 99079 [details] emerge --debug -uDvtp world
(In reply to comment #3) > Something like > > emerge app-portage/portage-utils; emerge -Cav =$(qlist -CIv kde- | grep 3.4) > > should get rid of most of the old KDE stuff nicely. > less bad ;) and I got half a Gig of disk back :) (I'm used to keeping a version of kde behind HEAD) # emerge -uDvtp world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [blocks B ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4) [blocks B ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.4-r2) [ebuild U ] dev-util/darcs-1.0.8-r1 [1.0.8] USE="-doc" 0 kB [nomerge ] kde-base/arts-1.3.2-r1 USE="alsa arts esd oggvorbis xinerama -artswrappersuid -debug -hardened -jack -kdeenablefinal -mad" [No ebuild?] [ebuild N ] kde-base/kde-env-3-r4 0 kB [nomerge ] dev-libs/expat-2.0.0 USE="(-test%)" [ebuild U ] dev-lang/python-2.3.5-r3 [2.3.5-r2] USE="berkdb doc* gdbm* ipv6 ncurses readline ssl tk%* -bootstrap -build -nocxx -ucs2 (-X%*) (-tcltk%*)" 7,069 kB [ebuild NS ] dev-python/python-docs-2.3.5 1,213 kB
So, can you p.mask kde-base/kde-env and see what depends on it?
Created attachment 99080 [details] emerge --debug -uDvtp world I p.masked kde-base/kde-env The log is attached (hopefully) It give that arts 3.3 (1.3) was still there. I then unmerged it. Now I get : # emerge -uDvtp world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [ebuild UD] dev-util/darcs-1.0.6 [1.0.8] USE="-doc" 941 kB [nomerge ] net-analyzer/gnome-nettool-2.14.2 USE="-debug" [nomerge ] app-admin/gnome-system-tools-2.14.0 USE="samba -debug -nfs" [nomerge ] app-admin/system-tools-backends-1.4.2 USE="-debug" [ebuild U ] net-misc/openssh-4.4_p1-r3 [4.3_p2-r5] USE="X ldap pam tcpd -X509 -chroot -hpn -kerberos -libedit (-selinux) -skey -smartcard -static (-ipv6%*) (-sftplogging%)" 59 kB [nomerge ] dev-libs/expat-2.0.0 USE="(-test%)" [ebuild U ] dev-lang/python-2.3.5-r3 [2.3.5-r2] USE="berkdb doc* gdbm* ipv6 ncurses readline ssl tk%* -bootstrap -build -nocxx -ucs2 (-X%*) (-tcltk%*)" 7,069 kB [ebuild NS ] dev-python/python-docs-2.3.5 1,213 kB Do I have to upload the log, too ? Should I zip it in some way (size matters ?)
Well I don't see anything wrong with the above, no blocks or that. So, what the problem now?
It looks like you've purged all of the kde-3.4 stuff and everthing is okay now. I suppose emerge could be a bit smarter and tell you which packages you need to unmerge, but that's sort of related to bug 1343.
(In reply to comment #8) > Well I don't see anything wrong with the above, no blocks or that. So, what the > problem now? > What can cause portage to downgrade darcs ? (I tried the 1.0.8-r1 UPgrade, it fails. So I guess it may be related, but my 1.0.8 emerged ok) "Chat
(In reply to comment #8) > Well I don't see anything wrong with the above, no blocks or that. So, what the > problem now? > What can cause portage to downgrade darcs ? (I tried the 1.0.8-r1 UPgrade, it fails. So I guess it may be related, but my 1.0.8 emerged ok) "Chat échaudé craint toute sorte de liquide" ;)
p.mask <dev-util/darcs-1.0.8 and see? Not a portage bug at all.
(In reply to comment #11) > p.mask <dev-util/darcs-1.0.8 and see? Not a portage bug at all. OK, did not even have to do this : it's like it was a dependency of previous openssh (4.3) 8-| Thanks guys.
This does look like as if you'd hide the Portage tree kde.eclass with one in your overlay. If so - don't do that or follow and merge Portage tree eclass changes _sync_by_sync_. It's unsafe and unsupported to hide Portage tree eclasses.