RC1 installer zaps KDE menus

Benedikt Meurer benedikt.meurer at unix-ag.uni-siegen.de
Fri Nov 19 14:24:28 CET 2004

purslow at sympatico.ca wrote:
> sorry to be the bringer of another snippet of bad news,
> but in the course of trying to solve the thin-text-box problem
> i have uninstalled & reinstalled RC1 several times using BM's installer.
> yes, it's really great & BM deserves lots of congratulations for making it,
> but there's one thing wrong: after running it on KDE
> -- i'm afraid running it in Xfce itself might cause other problems -- ,
> when i next start KDE its menus -- desktop (R-click) & K-start -- have gone,
> leaving just the bare bones of 'logout' etc, but no apps of any kind.
> moving  ~/.kde3.3  aside, restarting KDE, removing the new  ~/.kde3.3 ,
> then moving the old one back restores everything as it should be.
> the Xfce installer must be removing a file/dir too many somewhere,
> perhaps in  /var  or in  ~/.config  or  ~/.cache .

Speaking from what the source code does, the uninstaller removes only 
files that have been installed previously (through `make install'). Dot 
files in the users home directory aren't touched at all by the 
uninstaller. What makes me wonder is that you can restore your setup by 
moving ~/.kde3.3 directory around, as this is one of the places, that is 
definetly neither touched by Xfce nor by the installer/uninstaller. E.g. 
if you installed to /usr/local, you can see the list of files that are 
touched by the uninstaller in /usr/local/etc/i2t-packages/xfce4/files, 
if a file isn't listed in this file it won't be removed or changed by 
the uninstaller in any way. Maybe the KDE menu code has trouble with 
files in /usr/local/share/applications disappearing while KDE is 
running, dunno. I'll try to reproduce it later.


More information about the Xfce4-dev mailing list