|
Home > Archive > Debian Developers > April 2004 > /usr/lib/menu vs .desktop files - possible mass bug filling
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
/usr/lib/menu vs .desktop files - possible mass bug filling
|
|
| Artur R. Czechowski 2004-04-26, 2:34 pm |
| | |
| Tore Anderson 2004-04-26, 4:34 pm |
| * Artur R. Czechowski
> I've found[1] 48 packages[3] which have ${packagename}.desktop in
> /usr/share/gnome/apps subdirectories without menu file in /usr/lib/menu.
(..)
> obconf 1.5-1 Tore Anderson <tore@debian.org>
For what it's worth, not including a menu file for ObConf is intentional.
It is (statically) included on Openbox' default menu, and I felt it would
only saturate the WM-agnostic Debian menu, as it's worthless for anyone not
using Openbox. (Not that the Debian menu isn't full of crap already..)
The .desktop file, on the other hand, is provided from upstream. I
haven't given an eventual removal of it much thought, though -- but I
wouldn't mind doing so if that's what people want.
--
Tore Anderson
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Bill Allombert 2004-04-26, 5:34 pm |
| On Mon, Apr 26, 2004 at 08:05:42PM +0200, Artur R. Czechowski wrote:
> Hello,
> I would like to know your opinion about creating menu from Debian packages.
> Debian Policy. section 9.6 says that, under some conditions (not significant
> in this case), package should register a menu entry for its applications,
> for users of the menu and pdmenu packages.
I answer solely as the menu maintainer, I am not a policy editor.
> I've found[1] 48 packages[3] which have ${packagename}.desktop in
> /usr/share/gnome/apps subdirectories without menu file in /usr/lib/menu.
>
> So, my question are:
> Does update-menu support .desktop file?
No, it does not. (menu and .desktop are incompatible standard).
> Do window managers in Debian support .desktop file?
KDE does. Maybe GNOME . The freedesktop menu standard is not yet widely
deployed.
> Are there any plans to change Debian Policy and use .desktop files?
No but it is possible to generate .desktop file from menu file when
the maintainer does not ship a .desktop file.
See the menu-xdg for that purpose.
> And, if answers to all above questions are negative:
> Should I review[2] those packages and file RC bug agains them?
This is not a RC bug since it is a 'should', it is just a normal
bug. On the other hand, it is a problem I think is worth solving,
there is usually no reason a program should appear only in
freedesktop menu compliant wm.
Probably writing a lintian check would be the best solution to handle
this issue.
> [2] This list has been generated automagically with attached script, I
> didn't review manually those packages. Please notify me if you find
> any inconsistencies.
I am afraid there are too much false positive. Myabe posting the list
to debian-devel could raise awareness and help trimming them out
For example ogle menu file is in the ogle package but the .desktop is
part of ogle-gui. Apparently the ogle menu entry is broken if ogle-gui
is not installed.
python 2.3 include a menu entry (/usr/lib/menu/python2.3) and a desktop
file for konsole (/usr/share/apps/konsole/python.desktop) which I don't
think is related.
Maybe you could change your script to use the Contents files. This would
be faster and could catch some false positives.
Thanks for your effort!
--
Bill. <ballombe@debian.org>
Imagine a large red swirl here.
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Chris Cheney 2004-04-27, 1:33 am |
| I'll give a little more of a hint on where it should be looking. 8)
Any desktop file in the deb not in one of those locations is not used
for menu purposes. And as such is not a bug not to have a debian
.menu as well. I don't know the gnome legacy location so someone else
would have to help on that.
/usr/share/applications <- xdg standard location
/usr/share/applnk <- kde legacy location
/usr/share/??? <- gnome legacy location
Hopefully post sarge we can start working on converting Debian menu
over to using .desktop files and generating output for non xdg
compliant window managers. This should help improve menu support for
applications including much improved i18n support. I recently broke
out menu-xdg from the kde packages as a first step towards this. It
converts Debian .menu files into proper .desktop files usable by xdg
compliant window managers. All that has to be done for the window
manager is to add the debian specific categories to their menu
somewhere.
Chris
| |
| Chris Cheney 2004-04-27, 1:33 am |
| On Mon, Apr 26, 2004 at 08:05:42PM +0200, Artur R. Czechowski wrote:
> Hello,
> I would like to know your opinion about creating menu from Debian packages.
> Debian Policy. section 9.6 says that, under some conditions (not significant
> in this case), package should register a menu entry for its applications,
> for users of the menu and pdmenu packages.
>
> I've found[1] 48 packages[3] which have ${packagename}.desktop in
> /usr/share/gnome/apps subdirectories without menu file in /usr/lib/menu.
Your script is buggy. I didn't look into how buggy yet, but it
definitely detects a lot more than just the menu related .desktop
files. The .desktop files do a lot more than just create menu entries
depending on where they are in the filesystem.
Chris
| |
| Josselin Mouette 2004-04-27, 9:34 am |
| Le mar 27/04/2004 à 01:38, Chris Cheney a écrit :
> I don't know the gnome legacy location so someone else
> would have to help on that.
>
> /usr/share/applications <- xdg standard location
> /usr/share/applnk <- kde legacy location
> /usr/share/??? <- gnome legacy location
Gnome 2.4 already uses /usr/share/applications.
--
.''`. Josselin Mouette /\./\
: :' : josselin.mouette@ens-lyon.org
`. `' joss@debian.org
`- Debian GNU/Linux -- The power of freedom
|
|
|
|
|