RC1 installer zaps KDE menus
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