/etc/init.d/xdm uses which to determine the path to kdm binary however, since /usr/kde/3.4/bin is not in PATH, it fails, which results in fallback to xdm Reproducible: Always Steps to Reproduce: 1. 2. 3. # emerge info Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r10 x86_64) ================================================================= System uname: 2.6.12-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=k8" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="cs_CZ.UTF-8" LC_ALL="cs_CZ.UTF-8" LINGUAS="cs" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac alsa amd64 audiofile avi berkdb bitmap-fonts bzip2 cddb cdparanoia cdr crypt cups curl dga dv dvd dvdr dvdread eds emboss encode fam flac font-server foomaticdb gif gpm gtk2 ieee1394 imagemagick imlib ipv6 java javascript jpeg jpeg2k kde kdeenablefinal lzw lzw-tiff mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl pam pdflib perl png python qt quicktime readline real rtc sdl slang sndfile spell ssl svg tcltk tcpd theora tiff timidity truetype truetype-fonts type1-fonts unicode usb v4l vorbis xine xml2 xmms xpm xv xvid xvmc zlib linguas_cs userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, PORTDIR_OVERLAY
/usr/kde/3.4/bin _is_ in PATH, specifically it is added by /etc/env.d/46kdepaths-3.4. Please reopen if you have further infos.
strange things happen on my system ... # ls /etc/env.d/ binutils 00basic 03opengl 05gcc 20ant 45qt3 50ncurses 70less 90vmware gcc 01hostname 04multilib 05portage.envd 20java 50glib2 50qtdir3 75emul-linux-x86-base 99kde-env java 02locale 05binutils 10xorg 30java-finalclasspath 50gtk2 60ladspa 90games 99libstdc++ no kdepaths there ... well, let's try it another way: # equery belongs /etc/env.d/46kdepaths-3.4 [ Searching for file(s) /etc/env.d/46kdepaths-3.4 in *... ] kde-base/arts-3.4.1-r2 (/etc/env.d/46kdepaths-3.4) quite surprised ... how did I get arts when I do not have the arts USE flag enabled? ... let's verify # emerge -pv arts These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] kde-base/arts-3.4.1-r2 +alsa -arts -artswrappersuid -debug -esd -hardened -jack +kdeenablefinal +mp3 +vorbis -xinerama 0 kB looks like I have arts without arts support - great :-) ... but this is not the point - the point is, that if I can have KDE without arts, that it is quite dangerous to depend ot the fact that arts sets the paths which are needed for another components ... I would suggest to move this to some more suitable package, just like kde-env (looks like every KDE application depends on this one) - so I reopen the bug
Ok, so this is related to bug 104174. For the moment you can just reemerge kdelibs with USE="-arts" to fix it. *** This bug has been marked as a duplicate of 104174 ***
err ... sorry, I did not mention the bug 104174 (and it is not hard to find if you know what are you looking for)