I may be pointing out something obvious here, but KDE 3.5 stashes a lot of menu information in /usr/etc/xdg when installed following BLFS for KDE 3.4.x. I would expect (but haven't tested) that passing --sysconfdir to configure would help. For now, what did the trick for me was manually copying /usr/etc/xdg to /etc/kde/xdg and running kbuildsycoca.
~Andreas Turriff On 12/9/05, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > Peter Keller wrote: > > > Mmm that is very strange, especially when you describe that starting kde > from > > a completely virgin new user results in a functioning kde! > > There must be another hidden file somewhere hosing kcontrol --, as it > appears > > to be not broken when used with a new user. > > I've been doing a lot of things and I now suspect that it has something > to do with something in my environment. I managed to fix the broblem by > renaming my home directory and creating a new one with *only* .xinitrc > present. I also deleted /var/tmp/kdecache-bdubbs/, > /tmp/ksocket-bdubbs/, and /tmp/kde-bdubbs/. Now, after logging out and > back in, starting kde creates the proper menus. > > If I start kde with my .bash_profile and .bashrc in the directory, in > addition to .xinitrc, the system does not work properly. > > After the system is up properly, the bash initialization does not affect > the kde operation. > > I'm continuing to investigate, but at least I do have a technique to > properly recover. > > -- Bruce > > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
