The xmms-1.2.10-r1 ebuild installs the xmms.desktop launcher found in the FILESDIR. However, that file has an incorrect Type: Type=Application;AudioVideo The type should be Type=Application Possibly, a line Categories=Application;AudioVideo should be added. Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge xmms, installs xmms-1.2.10-r1 3. Click on launcher: Applications > Multimedia > Xmms Actual Results: Error message reporting 'Not a launchable item' Expected Results: Xmms should have started.
There is another problem with the 1.2.10-r1 ebuild which I note first after a reload of the gnome-panel. The launcher is not there any more. The ebuilds for the lower versions only put the launcher in /usr/share/gnome/apps/Multimedia, whereas this one also puts a launcher in /usr/share/applnk/Multimedia and /usr/share/applications. It seems like the last one prevents the launcher from appearing as it should in the menu. Removing that one and the launcher reappears after reloading gnome-panel.
that .desktop problem is actually already fixed in cvs... I noticed it this afternoon... and the fix was just to set the Type=Application and add the Categories I am puzzled by the behavior in comment #1. gnome guys... can you please comment on this... why would throwing a .desktop in /usr/share/applications "[prevent] the launcher from appearing as it should in the menu"
it shouldn't.. it might give the one in gnome/apps/MM precedence or something, so you should try removing that one. Or maybe the .desktop format isn't completely correct.
I'm not at my box right now so I can't verify this, but I think that this problem may actually have been the missing Categories entry in the .desktop. In that case it is the launcher in /usr/share/applications that has the highest precedence. This would also explain why my xcdroast.desktop doesn't show up since it has Categories=GNOME;Application;AudioVideo; As a side note, is there any reason to have the .desktop in all three locations? Does different gnome versions expect to find them in different places?
OK, it was the missing Categories line that gnome didn't like. Fixing the .desktop in /usr/share/applications was enough. As for xcdroast the problem was a missing Name line. I guess this one can be marked resolved fixed, then.
The version in cvs has: Categories=Application;AudioVideo; instead of Categories=GNOME;Application;AudioVideo; Should it be changed? What is the effect of this? I know KDE looks in applnk. I installed in all 3 because I noticed other packages doing the same and just wanted to be consistent... I don't use gnome regularly, so I'm not sure why it has 2 locations... is one deprecated? should I just be using the /usr/share/applications location?
*** Bug 46873 has been marked as a duplicate of this bug. ***
/usr/share/applications is the freedesktop/gnome2 location (items should follow the fdo spec). /usr/share/gnome/apps is gnome1.. for a gtk1/gnome1 app -like xmms- i think there's something to say for still having an item there (it is still possible to have a gtk/gnome1 only system). the fdo spec should also look in /usr/share/gnome (for bw compatability) -gnome2 does so too-, but this is might not completely fit in the available catagories and show up in an unpredictable place (others?) I'm not sure.. but the GNOME in Categories of the desktop spec might imply that it will be shown in a gnome menu if it's avialable.. i'm not sure on top of my head how that construction is supposed to work and i'm quite sure it doesn't work like that at this time (gnome2 supports an older spec and maybe not completely).