FS#3663 - new Xorg prevents things from seeing .desktop files in /usr/share/applications
Attached to Project:
Arch Linux
Opened by name withheld (Gullible Jones) - Monday, 26 December 2005, 01:32 GMT
Opened by name withheld (Gullible Jones) - Monday, 26 December 2005, 01:32 GMT
|
Details
If you use Xorg 7.0 and a desktop environment or a menu
generator that uses .desktop files, packages that put their
.desktop files in /usr/share/applications - Archlinux-menus
and Cube, for example - will not generate menu entries.
The problem (recognized by Lunke) is that the new version of Xorg changes XDG_DATA_DIRS, and fails to include /usr/share. THERE IS A SIMPLE SOLUTION TO THIS PROBLEM, but it should be implemented by default. To solve this vexxing problem, add these two lines to /etc/profile: XDG_DATA_DIRS=$XDG_DATA_DIRS:/usr/share export XDG_DATA_DIRS After a relogin (or 'source /etc/profile'), the menu entries will show up. I'm not sure about the status of .desktop files in ~/.local/share/applications, nor why the Xorg people changed the defaults for XDG_DATA_DIRS. At any rate, though, I suggest that all the possible directories for .desktop files be added to /etc/profile in the fashion shown above, in case something like this happens again in the future. |
This task depends upon
Closed by Jan de Groot (JGC)
Saturday, 31 December 2005, 12:00 GMT
Reason for closing: Fixed
Additional comments about closing: I stuffed the file in xproto, the package nearly every Xorg package depends on.
Saturday, 31 December 2005, 12:00 GMT
Reason for closing: Fixed
Additional comments about closing: I stuffed the file in xproto, the package nearly every Xorg package depends on.
- put it in libxdmcp, libxau or xproto
- put it in bash, since that one provides /etc/profile
- add it to another basic package like "filesystem"