i’m not a big fan of updates but sometimes i have to do them. this time i would like to blog the steps so that other gentoo users can review my doings. this posting lists all commands i’ve issues in order to update from kde-4.3.3 to kde-4.4.2 (later kde-4.4.3)
WARNING: it is very important to understand what stable in portage means. if a package called mypackage is marked stable in portage, it can be installed with ‘emerge mypackage’. that means it is marked stable by portage. however this might not mean that the package itself is stable at all – but most likely it is. this concept is different to the concept of releases made by software vendors, who have their own idea about stable/testing and unstable. in portage a package is marked stable when the integration into the gentoo linux system has proved to be working well. also new packages might be marked unstable as they are not tested enough, even though many users would think they should be marked stable. if in doubt: do not install software which is marked unstable by portage. this posting is all about to install a ‘kde release’ which is, when writing this posting, marked unstable in portage. in contrast: the kde developers release the software, which i’m going to install, as stable.
see  for the official kde & gentoo guide.
what software do i use right now
- portage 2.2 rc67
- kde 4.3.3 (various packages, i’ve not used kde-meta)
i’ve had lots of problems with kde 4.x so i basically removed all my daily kde 4.x dependencies and replaced them with none-kde programs as:
- kmail -> thunderbird
- kopete -> psi
- konqueror ->chromium & firefox
i probably will change back once kde 4.x if:
- kde 4.x itself is stable enough for a day by day usage
- good integration of kde 4.x in portage is finally there
first let’s update portage with:
since gentoo installations of kde take very long i’ve decided to install xfce4, which is a very nice and tiny desktop environment:
# emerge xfce4-meta
afterwards i’ve logged out and logged into xfce4. i’m using the gnome terminal for the update.
first: fixing the emerge WARNING
using emerge this message shows up every time:
WARNING: One or more repositories have missing repo_name entries:/usr/local/portage/profiles/repo_nameNOTE: Each repo_name entry should be a plain text file containing aunique name for the repository on the first line.
i’ve seen this warning all over the place here and i usually look the error up in google, fix the problem and forget about it. as it still seems to be there on some machines it is probably a good idea to document the fix in this blog. so here we go:
echo “invalidmagic’s local repository” > /usr/local/portage/profiles/repo_name
and finally the warning is gone see also  where this issue is discussed.
kde update, oh wait…
the first thing i try is to test if the update does work out of the box, i’m doing this with:
# autounmask =kde-base/kde-meta-4.4.2
next i try if portage can perform an update with:
# emerge –color n =kde-base/kde-meta-4.4.2
usually this looks like this (only relevant lines shown):
[blocks B ] <x11-libs/qt-xmlpatterns-4.6.2 (“<x11-libs/qt-xmlpatterns-4.6.2″ is blocking x11-libs/qt-webkit-4.6.2-r1, x11-libs/qt-sql-4.6.2, x11-libs/qt-qt3support-4.6.2, x11-libs/qt-core-4.6.2-r1, x11-libs/qt-svg-4.6.2, x11-libs/qt-test-4.6.2, x11-libs/qt-opengl-4.6.2, x11-libs/qt-script-4.6.2, x11-libs/qt-gui-4.6.2)
[blocks B ] <x11-libs/qt-test-4.6.2 (“<x11-libs/qt-test-4.6.2″ is blocking x11-libs/qt-webkit-4.6.2-r1, x11-libs/qt-sql-4.6.2, x11-libs/qt-xmlpatterns-4.6.2, x11-libs/qt-core-4.6.2-r1, x11-libs/qt-svg-4.6.2, x11-libs/qt-gui-4.6.2, x11-libs/qt-opengl-4.6.2, x11-libs/qt-qt3support-4.6.2, x11-libs/qt-script-4.6.2)
[blocks B ] kde-base/libknotificationitem:4.3[-kdeprefix] (“kde-base/libknotificationitem:4.3[-kdeprefix]” is blocking kde-base/kdelibs-4.4.2)
[blocks B ] <x11-libs/qt-script-4.6.2 (“<x11-libs/qt-script-4.6.2″ is blocking x11-libs/qt-webkit-4.6.2-r1, x11-libs/qt-sql-4.6.2, x11-libs/qt-xmlpatterns-4.6.2, x11-libs/qt-core-4.6.2-r1, x11-libs/qt-svg-4.6.2, x11-libs/qt-test-4.6.2, x11-libs/qt-opengl-4.6.2, x11-libs/qt-qt3support-4.6.2, x11-libs/qt-gui-4.6.2)
(see full list at , i’ve used ‘emerge –color n =kde-base/kde-meta-4.4.2 -a > portage_log 2>&1′ to create a file with the output)
so what i do instead, is to remove all kde components from the system
remove old kde components
using qlist (app-portage/portage-utils-0.2.1) we need to find all kde components. we need to use -I to find installed packages. we also disable the usage of color, with -C, to make the output usable for script processing.
qlist -IC kde
there are some applications as k3b for instance which does use kde-base/kdelibs but which are NOT included in this list. most of the time this can be ignored since a later ‘revdep-rebuild’ will fix this for those programs. however if kdelibs is removed k3b can’t be started anymore. removing kdelibs after k3b has been started will probably not crash k3b and k3b might still work. so let’s remove all kde components (also erasing all SLOTS, aka different versions):
emerge -C $(qlist -IC kde)
dependent on your installation and harddrive speed this might take a while (545.09 seconds).
right now i realized that there are old ‘autounmasks’ in /etc/portage, i’m going to clean that up first:
- grep kde * -R
- grep qt * -R
- grep avahi * -R
i removed most files which had something to do with kde, qt, amarok and some with avahi. so have a look at all categories (directories):
especially look for unmasks for 9999 packages, which refer to svn/cvs/git versions which were not released yet (but might be tagged still). this means: if those packages refer to a developer’s version without a tag the package might change without warning. therefor the installation could break with different error messages on different checkouts. usually developers want this in order to test their software. users don’t want that but it’s a nice way to experiment with recent software but still having a package manager for safe removal. is the system now clean? we’ll see. we probably have to set the correct use flags again. WARNING: be aware that use flags can also be set globally in /etc/make.conf some useflags can be shown with:
equery u kde-meta
the semantic-desktop useflag might be of interest. i’m not sure, but i think that using the kdeprefix useflag resulted in having: ~/.kde3.5, ~/.kde4.2, ~/kde4.4 and others. so once you want to use kde 4.4 instead of kde 4.2 (you can select this on login using kdm for instance) this means that all your system settings as: kaddressbook, knotes, autostarters, desktop configuration and others will have to be migrated manually by copying the files from ~/.kde4.2 to ~/.kde4.4 prior to your login. However this is just a guess but it would explain the issues i had, during the time i used +kdeprefix. about ~ kde3.5 / kde 4.2. so let’s do the autounmask again:
# autounmask =kde-base/kde-meta-4.4.2
this time it took really long (36 minutes) but as htop shows portage does only use one core while iotop showed that there was no disk access at the same time. probably a result of complex dependency-graph-calculations. so autounmask came up with this blocks:
[blocks B ] >x11-libs/qt-opengl-4.5.3-r9999 (“>x11-libs/qt-opengl-4.5.3-r9999″ is blocking x11-libs/qt-assistant-4.5.3, x11-libs/qt-test-4.5.3-r1 , x11-libs/qt-dbus-4.5.3-r1, x11-libs/qt-xmlpatterns-4.5.3-r1, x11-libs/qt-core-4.5.3-r2, x11-libs/qt-gui-4.5.3-r2, x11-libs/qt-qt3support-4.5.3, x11 -libs/qt-svg-4.5.3-r1, x11-libs/qt-script-4.5.3-r1, x11-libs/qt-demo-4.5.3, x11-libs/qt-webkit-4.5.3, x11-libs/qt-sql-4.5.3)
[blocks B ] <x11-libs/qt-svg-4.6.2 (“<x11-libs/qt-svg-4.6.2″ is blocking x11-libs/qt-webkit-4.6.2-r1, x11-libs/qt-sql-4.6.2, x11-libs/qt-xmlpatte rns-4.6.2, x11-libs/qt-core-4.6.2-r1, x11-libs/qt-test-4.6.2, x11-libs/qt-opengl-4.6.2, x11-libs/qt-qt3support-4.6.2, x11-libs/qt-script-4.6.2, x11-l ibs/qt-dbus-4.6.2, x11-libs/qt-gui-4.6.2) and many more….
so it’s time to check the qt-* packages. interesting, there is x11-libs/qt installed (a qt-3.x version), the new qt-4.x have a split package naming scheme.
# equery d x11-libs/qt
- app-crypt/qca-1.0-r3 (x11-libs/qt:3)
- dev-libs/dbus-qt3-old-0.70 (=x11-libs/qt-3*)
- media-sound/hydrogen-0.9.3-r4 (=x11-libs/qt-3*)
qlist -Iv x11-libs | grep “qt-.*”
- x11-libs/qt-3.3.8b-r2 (WARNING: you can leave this installed as it is not a conflict candidate for a kde 4.x installation despite some avahi issues)
# qlist -IC x11-libs | grep “qt-.*”# emerge -C $(qlist -IC x11-libs | grep “qt-.*”)
cd /etc/portagegrep kde *
rm package.unmask/autounmask-kde-metarm package.use/autounmask-kde-metarm package.keywords/autounmask-kde-meta
# autounmask =kde-base/kde-meta-4.4.2 (see  for a complete list)
*smile* only one final ‘block’ left!
[blocks B ] <app-emulation/emul-linux-x86-xlibs-20100409 (“<app-emulation/emul-linux-x86-xlibs-20100409″ is blocking app-emulation/emul-linux-x86-opengl-20100410_pre)
* Error: The above package list contains packages which cannot be installed at the same time on the same system.
(‘installed’, ‘/’, ‘app-emulation/emul-linux-x86-xlibs-20091231‘, ‘nomerge’) pulled in by
~app-emulation/emul-linux-x86-xlibs-20091231 required by (‘installed’, ‘/’, ‘app-emulation/emul-linux-x86-gtklibs-20091231‘, ‘nomerge’)
~app-emulation/emul-linux-x86-xlibs-20091231 required by (‘installed’, ‘/’, ‘app-emulation/emul-linux-x86-medialibs-20091231‘, ‘nomerge’)
app-emulation/emul-linux-x86-xlibs required by (‘ebuild’, ‘/’, ‘x11-drivers/nvidia-drivers-195.36.24‘, ‘merge’)
(and 2 more)
(‘ebuild’, ‘/’, ‘app-emulation/emul-linux-x86-opengl-20100410_pre‘, ‘merge’) pulled in by
app-emulation/emul-linux-x86-opengl required by (‘ebuild’, ‘/’, ‘app-emulation/emul-linux-x86-xlibs-20100409-r1‘, ‘merge’)
- i guess i could remove nvidia-drivers and replace it by the new nouveau driver (yes i’m on gentoo-sources-2.6.33 now)
- i could try to update various components in random order and try again
so let’s try point two (2):
# autounmask =app-emulation/emul-linux-x86-gtklibs-20100409-r1
# autounmask =app-emulation/emul-linux-x86-medialibs-20100409
and finally let’s try it again
# autounmask =kde-base/kde-meta-4.4.2
oh we got a “!done”. that is great news as it seems to work so far!
however, i don’t plan to remove them. with some luck they might be updated automagically.
update the system, before installing kde 4.x
# emerge -uDN world –keep-going -a see  for the complete output of the command above … Use emerge @preserved-rebuild to rebuild packages using these libraries emerge -uDN world –keep-going -a 16972.19s user 5351.49s system 97% cpu 6:21:36.73 total
i usually use “–keep-going”, please see the documentation what is cool about doing so. in general it helps to shorten installation time as a failure in the middle of a 200 package installation won’t stop for manual maintenance. with some luck nearly all packages were installed using this feature when still having several critical compile or linker errors.
check for broken programs
since we removed x11-libs/qt-* basically every program which links against any of these libraries MUST be broken. with one exception: programs which are linked statically. however most programs on linux are linked dynamically so we have to check for broken programs with:
# revdep-rebuild revdep-rebuild 802.74s user 271.12s system 95% cpu 18:49.88 total
- Tue May 18 11:15:12 2010 >>> x11-libs/libXxf86dga-1.1.1
- Tue May 18 11:15:52 2010 >>> kde-base/libkcddb-4.4.3
- Tue May 18 11:16:30 2010 >>> net-wireless/kbluetooth-0.4.2
- Tue May 18 11:17:17 2010 >>> app-arch/libarchive-2.7.1-r1
- Tue May 18 11:21:07 2010 >>> app-cdr/k3b-1.91.0_rc2
- Tue May 18 11:29:08 2010 >>> media-video/vlc-1.0.6
- Tue May 18 11:29:36 2010 >>> x11-apps/xf86dga-1.0.2
updating configuration files in /etc/
this is really important and there are other ways to do it, anyway:
looking at the use flags of kde 4.4.2
now the final step! after one day we are finally there! yepeee.
emerge kde-meta -a (see  for a complete list of packages and use flags)
so all i did was to add: lzma and semantic-desktop useflag
oh there is a kde 4.4.3 now, so i install this instead
it seems that while i wrote this blog entry a new version of kde was released (might be my late eix-sync as well). so i’m going to install ‘kde 4.4.3′ instead of ‘kde 4.4.2′. so what i do is basically starting all over again:
- removing old autounmasks in /etc/portage
- autounmask =kde-base/kde-meta-4.4.3
finally emerge kde-meta -a
surprise! we got new blocks:
# emerge kde-meta -a
(‘ebuild’, ‘/’, ‘kde-base/kdelibs-4.4.3′, ‘merge’) pulled in by
>=kde-base/kdelibs-4.3.5[-kdeprefix,-aqua] required by (‘ebuild’, ‘/’, ‘kde-base/solid-4.3.5′, ‘merge’)
>=kde-base/kdelibs-4.3.5[-kdeprefix,-aqua] required by (‘ebuild’, ‘/’, ‘kde-base/krosspython-4.3.5′, ‘merge’)
>=kde-base/kdelibs-4.3 required by (‘ebuild’, ‘/’, ‘net-p2p/ktorrent-3.3.4′, ‘merge’)
(and 6 more)
(‘ebuild’, ‘/’, ‘kde-base/libknotificationitem-4.3.5′, ‘merge’) pulled in by
>=kde-base/libknotificationitem-4.3.5[-kdeprefix,-aqua] required by (‘ebuild’, ‘/’, ‘kde-base/krosspython-4.3.5′, ‘merge’)
>=kde-base/libknotificationitem-4.3.5[-kdeprefix,-aqua] required by (‘ebuild’, ‘/’, ‘kde-base/solid-4.3.5′, ‘merge’)
>=kde-base/libknotificationitem-4.3.5[-kdeprefix,-aqua] required by (‘ebuild’, ‘/’, ‘kde-base/kdialog-4.3.5′, ‘merge’)
(and 1 more)
so what can we do about this one? first thing is to look if there is a more recent version of ktorrent which would use kdelibs-4.4.3 instead of kdelibs-4.3 and there is none, so ktorrent can’t be installed with ‘kde 4.4.3′.
but that autounmask also shows a lot of blocks, basically those from above. however there is an additional one now:
(‘ebuild’, ‘/’, ‘kde-base/libkworkspace-4.3.5′, ‘merge’) pulled in by
>=kde-base/libkworkspace-4.3 required by (‘ebuild’, ‘/’, ‘net-wireless/kbluetooth-0.4.2′, ‘merge’)
there is nothing we can do about it right now. we have to remove kbluetooth. this stupid apple magic mouse didn’t work well anyway so who cares?
emerge -C kbluetooth
let’s try to mask ‘<kde-base/kdelibs-4.4′ versions, that means all versions which were released before 4.4
echo “=kde-base/kdelibs-4.3.5″ >> /etc/portage/package.mask/kde
echo “=kde-base/kdelibs-4.3.3-r1″ >> /etc/portage/package.mask/kde
that worked partially. ‘emerge -uDN world’ still has blocks but ‘emerge kde-meta’ would work well.
so let’s care about that blocks first:
emerge -C ktorrent kile
and i’m done. those two applications don’t seem to work with kdelibs-4.4.3 so i will check the reinstall these when i see a new version of these two programs in the ‘eix-sync’ log. currently i don’t need either of them. probably installing kde with the ‘kdeprefix’ useflag could have worked as well but i did not want to do that.
so now the final step
it seems we got all dependencies resolved!
emerge kde-meta –keep-going -a
it seems some use flags which i did not set result in an dependency issue:
emerge: there are no ebuilds built with USE flags to satisfy “>=x11-libs/qt-qt3support-4.6.0:4[kde]“.
!!! One of the following packages is required to complete your request:
- x11-libs/qt-qt3support-4.6.2 (Change USE: +kde)
(dependency required by “kde-base/libkcompactdisc-4.4.3″ [ebuild])
(dependency required by “kde-base/kdemultimedia-meta-4.4.3″ [ebuild])
(dependency required by “kde-base/kde-meta-4.4.3″ [ebuild])
(dependency required by “kde-meta” [argument])
let’s fix that with:
echo “x11-libs/qt-qt3support kde” >> /etc/portage/package.use/qt-qt3support
and then we should restart the emerge but this time we add -N for ‘new use’
emerge kde-meta -N –keep-going -a
now all problems are resolved and the installation (compilation&linking) is running. x11-libs/qt-qt3support-4.6.2 is the first package which is installed as we used -N.
it might be a good idea to check for broken programs once again, just to be sure. use ‘revdep-rebuild’ for that.
next time i update i can have a look at this posting. maybe it is of help for other gentoo users as well. i would be delighted.