When upgrading (via 'emerge -u world') the version of KDE such as kde-3.1.2 to kde-3.1.3 and kdelibs-apidocs is slated to be upgraded as well, kdelibs-apidocs is usually in the middle of all the other kde packages. In this situation, kdelibs-apidocs must be emerged after all the other kde packages in order for it to emerge to completion. I encountered this problem going from 3.1.1 to 3.1.2 as well. Note that kdelibs-apidocs is an optional emerge and most people won't have it on their systems. Reproducible: Always Steps to Reproduce: Work around: Emerge all the standard kde component emerges first by hand. Then emerge kdelibs-apidocs.
What fails? kdelibs-apidocs *should* only be dependant on kdelibs. :)
This is where kdelibs-apidocs typically appears when part of an 'emerge world' # emerge -pu --deep world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] sys-libs/db-4.0.14-r1 [3.2.9-r6] [ebuild U ] kde-base/arts-1.1.3 [1.1.2-r1] [ebuild U ] kde-base/kdelibs-3.1.3-r1 [3.1.2] [ebuild U ] kde-base/kdemultimedia-3.1.3 [3.1.2-r1] [ebuild U ] dev-perl/Digest-MD5-2.27 [2.26] [ebuild U ] kde-base/kdebase-3.1.3 [3.1.2] [ebuild U ] kde-base/kdenetwork-3.1.3 [3.1.2] [ebuild U ] kde-base/kdepim-3.1.3 [3.1.2-r1] [ebuild UD] app-office/openoffice-bin-1.0.3.1 [1.1_beta-r1] [ebuild U ] kde-base/kdegraphics-3.1.3 [3.1.2] [ebuild U ] app-doc/kdelibs-apidocs-3.1.3 [3.1.2] [ebuild U ] net-www/mozilla-1.4-r3 [1.4-r1] [ebuild U ] kde-base/kdetoys-3.1.3 [3.1.2] [ebuild U ] kde-base/kdeaddons-3.1.3 [3.1.2] [ebuild U ] kde-base/kdeedu-3.1.3 [3.1.2] [ebuild U ] kde-base/kdegames-3.1.3 [3.1.2] [ebuild U ] kde-base/kdeadmin-3.1.3 [3.1.2] [ebuild U ] kde-base/kdeutils-3.1.3 [3.1.2] [ebuild U ] kde-base/kdeartwork-3.1.3 [3.1.2] [ebuild U ] kde-base/kde-3.1.3 [3.1.2] This is the command I'm executing to demonstrate the problem. # emerge -p arts kdelibs kdemultimedia kdebase kdenetwork kdepim kdegraphics kdelibs-apidocs These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] kde-base/arts-1.1.3 [1.1.2-r1] [ebuild U ] kde-base/kdelibs-3.1.3-r1 [3.1.2] [ebuild U ] kde-base/kdemultimedia-3.1.3 [3.1.2-r1] [ebuild U ] kde-base/kdebase-3.1.3 [3.1.2] [ebuild U ] kde-base/kdenetwork-3.1.3 [3.1.2] [ebuild U ] kde-base/kdepim-3.1.3 [3.1.2-r1] [ebuild U ] kde-base/kdegraphics-3.1.3 [3.1.2] [ebuild U ] app-doc/kdelibs-apidocs-3.1.3 [3.1.2] I'll post the results when I reach that point. This is my mother's machine. I'm just updating KDE on it now. Hopefully, it will fail the same way mine did. ;-) Her emerge info is: # emerge info Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.6.0-test2 i686 AMD Duron(tm) Processor GENTOO_MIRRORS=" ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg gnome libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts svga tcltk java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl mozilla cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon -O3 -pipe" CXXFLAGS="-mcpu=athlon -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
There is no problem with this at all. kdelibs-apidocs only depends on doxygen and qtdocs. It creates only documentation for the kdelibs package, and gets that documentation out of the source. It does not need the kdelibs binaries for that.
Hmph. My mother's upgrade of kde did not fail. I don't know nor understand why both my home machine and work machines encountered problems. May as well close this then. Sorry to bother everyone. :-(
is it possible you're using a different version of portage? some of the DEPEND stuff changed between recent versions which may account for your problem.
I generally keep very uptodate on portage. But, yes. What you're suggesting certainly is a possible scenario. :-) Depending on timing of recent changes it's actually very reasonable. I generally update my home machine(s) first, work 1 to 2 weeks later and my mother's machine after I feel comfortable with how everything is running. That is plenty of time for changes in portage to take effect. As I said earlier, it's fine if this is closed out. If (unlikely I think) it happens again, I'll keep better track of particulars and open a new one. Best regards and thanks to all. :-)
Ok, closing the bug