shouldn't this be enforced by "desktop-file-utils" from fd.o ?
it looks like 0.10 (latest release, more than 1 year old) doesn't find it to be an error.
in /usr/share/applications/, i've got 142 .desktop files. 134 have a "Categories" line and 134/134 have "Application" in it.
those without a Categories : (all have NoDisplay=true) bug-buddy-core/gmenu-simple-editor/gnome-font-viewer/nautilus-folder-handler/seahorse-pgp-encrypted/seahorse-pgp-keys/seahorse-pgp-signature/themus-theme-applier mostly mime-handlers
75 have 'GNOME' 4 have 'GTK' AND 'GNOME' : gftp, gurlchecker, epiphany (x2) => 74 have GNOME without GTK gxmame & nmapfe : 'GTK' only gftp only uses gtk+/glib/pango/atk, i see no real gnome dep. so i guess it does not need "GNOME"
still old cruft : in /usr/share/control-center-2.0/capplets/ (deprecated AFAIK) /usr/share/control-center-2.0/capplets/database-properties.desktop : libgnomedb 1.2.2 (latest stable) /usr/share/control-center-2.0/capplets/seahorse-pgp-preferences.desktop: : seahorse 0.8 (latest) /usr/share/control-center-2.0/capplets/gpilotd-control-applet.desktop: gnome-pilot 2.0.13 (latest)
All this, running gnome 2.13.5
posted by Stéphane Loeuillet : January 22, 2006 9:57 AM
Thanks Stéphane, that's almost the stat that I observed too. Unfortunately it seems like it's all a mess. One reason apparently is that the Application, GNOME, and GTK categories are not used extensively. So one may decide as well that they are not worth fixing. I tried my best anyway...
I have a memory of older GNOMEs not showing a program when 'Application' was absent from the Categories. I don't know what that behavior was based on, but I'm pretty sure that's how it was before GNOME switched to the fd.o spec.