http://bugzilla.novell.com/show_bug.cgi?id=447903
User wstephenson@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=447903#c21
Will Stephenson changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WONTFIX
--- Comment #21 from Will Stephenson 2009-04-06 14:35:20 MDT ---
https://bugs.kde.org/show_bug.cgi?id=116175 and
https://bugs.kde.org/show_bug.cgi?id=130561 are related.
The problem is caused by the lookup of the "screensavers" base service group in
the KDE 3 system configuration cache returning bad data. This cache is
generated by kbuildsycoca and its contents are determined in part by the
environment variables XDG_CONFIG_DIRS and XDG_DATA_DIRS. As far as I can tell,
when parsing /etc/xdg/menus/applications.menu, the string "GNOME Settings" gets
into the cache at this position. If XDG_CONFIG_DIRS is unset, then
kbuildsycoca --noincremental is run, then kcmshell screensavers looks in the
right place again (/opt/kde3/share/applnk/System/ScreenSavers) and the problem
goes away.
This is then prepended to the hardcoded path "System/ScreenSavers", creating
the broken search paths.
I'm not yet sure how the cache comes to contain this incorrect data. I do know
that the "base service group" design is no longer used in KDE 4's system
configuration cache, because it was prone to corruptions like this.
kbuildsycoca is complex and investing more time in fixing a problem already
fixed in KDE 4 seems like a bad idea to me when there are 2 workarounds.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.