This is somehow related to bug 81707: There is (at least according to grep) no dependency on the package kdebase-pics. That package contains many important icons, including kfm_home which is used for the "Home" symbol on the default desktop and the about:konqueror page. If emerging kdebase-startkde is the way to get a usable desktop, that one should probably depend on bdebase-pics. Reproducible: Always Steps to Reproduce: Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r4 i686) ================================================================= System uname: 2.6.10-gentoo-r4 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.16 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 8 2005, 21:52:30)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.2.3-r5, 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-pipe -march=athlon-tbird -O2 -fstack-protector" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-pipe -march=athlon-tbird -O2 -fstack-protector" DISTDIR="/var/cache/portage/sources" FEATURES="autoaddcvs autoconfig candy distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.inode.at/" MAKEOPTS="-j2" PKGDIR="/var/cache/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-overlay/mortage /usr/local/portage-overlay/misc /usr/local/portage-overlay/kde-b33" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib aavm acl acpi acpi4linux alsa apache2 apm arts artswrappersuid avi bash-completion berkdb cdr crypt cups curl dga directfb dvd dvdr emboss encode ethereal expat f77 faad fam fbcon flac font-server foomaticdb fortran gcj gd gdbm geoip gif gphoto2 gpm gstreamer gtk gtk2 hbci imagemagick imap imlib ipv6 irda jabber java javascript jpeg junit kde kdexdeltas ldap libg++ libwww mad maildir mikmod mmx mozilla moznoirc mpeg ncurses odbc oggvorbis opengl operanom2 oss pam pda pdflib perl pic png postgres python qt quicktime rdesktop readline real samba scanner sdl slang slp speex spell sse ssl svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts usagi usb wmf xine xinerama xml xml2 xmms xv xvid zlib video_cards_radeon" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Thanks for reporting this. kde herd: can we just put kdebase-pics, kdebase-l10n, kdebase-applnk an unique ebuild called kdebase-data and make all the kdebase splitted ebuilds depends on it?
Ok for grouping them. Then we can just add it as a dep in kdebase-startkde.
OK to grouping them and adding a dep to kdebase-startkde. But why make all debase-derived ebuilds depend on them? Only a few actually need them (like kcontrol). BTW, I think kicker needs a dep on kdebase-applnk. Or does the kmenu come from somewhere else? And kappfinder needs a dep on kicker.
Yes, Only the dependent one. I wasn't sure which parts of kdebase needs this pictures.
Done.
Everyone, I'm sorry... I moved the wrong ebuild - kdebase-startkde not kdebase-applnk... Fixing.
Now it should be fixed. Sorry for the temporary breakage.
