Description of problem: Noticed this output from an LSB appbat package install that tries to setup a menu entry (re-created by hand): [root@cauldron-32 ~]# xdg-desktop-menu install /opt/lsb/appbat/share/applications/lsb-xpdf.desktop xdg-desktop-menu: No writable system menu directory found. [stew@cauldron-32 ~]$ rpm -q --scripts lsb-xpdf preinstall program: /bin/sh postinstall scriptlet (using /bin/sh): if [ -x /usr/bin/xdg-desktop-menu ];then xdg-desktop-menu install /opt/lsb/appbat/share/applications/lsb-xpdf.desktop fi preuninstall scriptlet (using /bin/sh): if [ -x /usr/bin/xdg-desktop-menu ];then xdg-desktop-menu uninstall /opt/lsb/appbat/share/applications/lsb-xpdf.desktop fi postuninstall program: /bin/sh I should note that the system started from a minimal dual-arch iso Mandriva install, No desktop env, strictly used for LSB testing. xdg-* is required by LSB, so I have it installed as part of those dependencies. LSB does not require a full desktop env. It seems the directory that it's complaining about is: /usr/share/desktop-directories The gnome-menus package provides this, and apparently it is also generated by another process for a KDE environment. Some systems provide this as part of the "filesystem" package (Fedora), and I'm wondering if we shouldn't do something similar to ensure that the xdg-utils work no matter what the desktop env might be (or lack thereof). Version-Release number of selected component (if applicable): xdg-utils-1.1.0-0.rc1.1.mga1.src.rp How reproducible: Steps to Reproduce: 1. try to install a system .desktop file without /usr/share/desktop-directories present (as root). 2. 3. Reproducible: Steps to Reproduce:
That's true gnome-menus /usr/share/desktop-directories; I think it shouldn't, as this dir is used by kdebase4-runtime and desktop-common-data. So either it should be owned by filesystem which already owns /usr/share/applications; and .desktop files in /usr/share/applications wouldn't show in menus without /usr/share/desktop-directories IIUC. So I am for filesystem owning it. I would have suggested desktop-common-data owning it, but there's a long term plan to drop most of the Mandriva specific menu Categories if they have upstream equivalents.
Keywords: (none) => Triaged
I should have mentioned there's a /usr/local/share... parallel I also noticed after misc suggested stracing the call to see what xdg-desktop-menu was complaining about. We may want to provide this also.
Fixed in SVN.
filesystem submitted, it now owns: /usr/share/desktop-directories /usr/local/share/applications /usr/local/share/desktop-directories and gnome-menus doesn't own /usr/share/desktop-directories any more.
Status: NEW => RESOLVEDResolution: (none) => FIXED