https://bugzilla.novell.com/show_bug.cgi?id=394371 Summary: gdm sets XDG_DATA_DIRS, KDE's kcontrol is empty, K-Menu lacks any KDE apps Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Blocker Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: jimc@math.ucla.edu QAContact: qa@suse.de Found By: --- We give our users a choice of Gnome, KDE3 and XFCE desktops, and use gdm as the display manager. After we upgraded to OpenSuSE 10.3 (which has gdm-2.20.0) all KDE users complained that KDE apps (such as k3b, kate, and all other KDE-specific apps) were missing from the K-Menu (main menu), and when they right-click on the desktop background and select "Configure Desktop", a dialog box appears entitled, correctly, "Blank Page". The Chairman and other senior faculty were not pleased. When kbuildsycoca runs, it relies on XDG_DATA_DIRS to find the .desktop files of the apps, or if this is not set, it uses a KDE-specific default including /opt/kde3/share, which is where the KDE-specific apps have their desktop files. Starting around 2.20.0, gdm sets XDG_DATA_DIRS to /usr/local/share/:/usr/share:/usr/share/gdm/, preventing kbuildsycoca from finding the KDE .desktop files and related configuration files, which causes our symptom. Due to the way our startup files go, only a few users (if any) get the benefit of /etc/profile.d/xdg-environment.sh. My first request is that gdm leave XDG_DATA_DIRS alone, i.e unset. URL: http://bugzilla.gnome.org/show_bug.cgi?id=534722 Assuming that Gnome will not be too swift fixing this bug/feature, my suggestion to SuSE is to pro-actively unset XDG_DATA_DIRS in /etc/X11/xdm/Xsession (which /etc/gdm/Xsession execs), so each Desktop Environment will use its individual default value, as it was in SuSE 10.2 and previously. In my environment my Gnome and XFCE users occasionally use KDE apps such as k3b and Kdevelop, and I think it's user-friendly to include them in the menu, so I've hacked Xsession to unset XDG_DATA_DIRS, then source /etc/profile.d/xdg-environment.sh Also, after the fix the users' incomplete caches (ksycoca) will persist, so I test if /var/tmp/kdecache-$USER/ksycoca is older than the hacked Xsession, and if so, I remove the whole cache directory, causing the cache to be rebuilt with the complete set of .desktop files. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.