The tips of the day are all blank and next does not produce a new tip. Reproducible: Always Steps to Reproduce: 1. Start kdevelop (2.1.5) and notice the tip of the day is blank 2. Click "Next" and no new tip of the day appears Actual Results: See above Expected Results: I would think a tip of the day should appear. Is kdevelop looking in the wrong place or did the TOTD get installed into the wrong folder. I noticed kdevelop gets emerged into /usr and not /usr/kde/$VERSION as the kdebase apps do. Could this be an issue? Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2) ================================================================= System uname: 2.4.19-gentoo-r10 i686 AMD Athlon(TM) XP1700+ GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3/share/config /usr/kde/3.1/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 gif jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts tetex svga java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
See this discussion for more details. I believe the ebuild should install kdevelop into /usr/kde/$VERSION/ instead of /usr. Creating a symlink from /usr/kde/3/share/apps/kdevelop -> /usr/share/apps/kdevelop fixes this problem. Why does 'emerge kdevelop' place it in /usr? Any kde app should go into /usr/$KDEDIR because it will look for it's config files there and not in /usr. http://forums.gentoo.org/viewtopic.php?p=252665#252665
Problem also solved by editing /env.d/99kde-env and adding "/usr" to the KDEDIRS path. I had earlier had to edit this file to solve another KDE 3.1 problem (http://bugs.gentoo.org/show_bug.cgi?id=17938) and maybe I deleted "/usr" from the KDEDIRS variable by mistake. KDEDIRS=/usr/kde/3.1:/usr I still think all KDE apps should go into $KDEDIR - it's much cleaner. By adding /usr back in - it picks up the menus properly etc that I was missing also for other apps like kportage and OpenOffice etc. I can see OpenOffice NOT going into $KDEDIR and having to have /usr or /opt or whatever in the KDEDIRS varialbe to pick up menus and icons for the desktop however, but any REAL kde app that is going to be storing config files in ~/.kde should get installed into $KDEDIR.
This is more complex than at first glance. I have dual KDE install (3.0.5 and 3.1) because that's the default if you emerge a new KDE - it leaves the old one in and you can select at login - good for testing. If I remove the "/usr" from the 99kde-env, this breaks things for some kde stuff. If I leave it in however it still breaks things (like KDE Control Center, Login Manager error "Could not create /usr/share/apps/kdm/pics". For some reason, even though last in the KDEDIRS path "/usr" seems to be preferred for this control center module. Confusing at best.
This is the correct behavior - from http://www.gentoo.org/doc/en/gentoo-howto.xml: GNOME and KDE programs, similarly, should always be installed into /usr having /usr as KDEDIRS solves this problem. If you still have problems with the multi installation of kde, please file a new bug report. :)
