Bug 240

Summary:	Possible to install xdg-utils when dependencies not present, xdg-desktop-menu then issues an error
Product:	Mageia	Reporter:	Stew Benedict <stewbintn>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	Keywords:	Triaged
Version:	Cauldron
Target Milestone:	---
Hardware:	i586
OS:	Linux
Whiteboard:
Source RPM:	xdg-utils-1.1.0-0.rc1.1.mga1.src.rpm	CVE:
Status comment:

Description Stew Benedict 2011-02-28 23:54:03 CET

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:

Comment 1 Ahmad Samir 2011-03-01 01:48:30 CET

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

Comment 2 Stew Benedict 2011-03-01 01:57:26 CET

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.

Comment 3 Ahmad Samir 2011-03-30 20:33:07 CEST

Fixed in SVN.

Comment 4 Ahmad Samir 2011-03-30 20:53:13 CEST

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 => RESOLVED
Resolution: (none) => FIXED