americas-army ebuild installs link into "Game" directory, creating a new directory, instead of into existing "Games" directory. Likely a typo. Reproducible: Always Steps to Reproduce: 1. install americas-army 2. link is in wrong directory 3. this is a one-byte fix. c'mon guys :-p
Try merging it again? Seems to do the right thing for me. /usr/games/bin/armyops points to /opt/americas-army/armyops is that not where it should be pointing?
freedesktop.org spec refers to 'Game' and not 'Games' as the directory name ... however, this isnt going to be 'fixed' because the part that is affecting you isnt ebuild specific ... plus, we are redoing the way the menus are generated completely look for auto menu generation of portage packages in the near future :)
This is still broken as of version 2.0.0a. The 'offending' line in the ebuild is: make_desktop_entry armyops "AA: Operations" ArmyOps.xpm If the freedesktop spec is the origin of the typo (it SHOULD be Games and not Game), then somebody needs to mention it to them. Has anyone done this?
http://freedesktop.org/Standards/menu-spec/0.8/apa.html http://freedesktop.org/Standards/menu-spec/0.4/apa.html if it's a typo, it's survived all the versions they also typed it wrong a few times since i see: Game A game ActionGame An actiongame Game AdventureGame Adventure style game Game ArcadeGame Arcade style game Game BoardGame A board game Game BlocksGame Falling blocks game Game CardGame A card game Game KidsGame A game for kids Game LogicGame Logic games like puzzles, etc Game RolePlaying A roleplaying game Game Simulation A simulation game Game SportsGame A Sports game Game StrategyGame A Strategy game Game
From http://freedesktop.org/Standards/menu-spec "This DRAFT document defines how to construct a user-visible hierarchy of applications, typically displayed as a menu. It allows third-party software to add menu items that work for all desktops, and allows system administrators to edit menus in a way that affects all desktops." KDE, on the other hand, is PRODUCTION code and uses the more natural "Games" top level menu directory. Can a GNOME user please testify as to the name of their Games top level menu directory?
root@vapier 0 kde # pwd /usr/kde/3.2/share/applications/kde root@vapier 0 kde # grep Categories.*Game * KGoldrunner.desktop:Categories=Qt;KDE;Game;ArcadeGame atlantik.desktop:Categories=Qt;KDE;Game;BoardGame atlantikdesigner.desktop:Categories=Qt;KDE;Game;BoardGame kasteroids.desktop:Categories=Qt;KDE;Game;ArcadeGame katomic.desktop:Categories=Qt;KDE;Game;StrategyGame kbackgammon.desktop:Categories=Qt;KDE;Game;BoardGame kbattleship.desktop:Categories=Qt;KDE;Game;StrategyGame
$ pwd /usr/kde/3.1/share/applnk $ ls -l [snip] drwxr-xr-x 8 root root 248 Jan 17 06:39 Games [snip] Not everyone is the latest version of KDE.
I understand what you're saying, but this has been "fixed" in the most recent version of KDE. If I were to fix it for your version of KDE, it would break the current version... at least that's how I'm reading it.
We have two separate ideas being mangled into one. 'Game', as shown in the FreeDesktop spec and Spanky's grep output is a keyword used to define a category. It say that program Foo happens to be a Game (among other things possibly). Specifically, it refers to Foo and not the branch of the menu tree that Foo lives in. 'Games' is the name that is displayed to the end-ser of the *menu branch* that contains the actual links to programs, such as Foo (in my example) and Armyops. I just emerged KDE 3.2, and my menu branch is STILL named 'Games' not 'Game'. This IS a bug, it SHOULD be fixed. Chris, did you emerge KDE 3.2 or armyops first?
this bug is closed because the .desktop is designed in exactly the same way as the current kde .desktop files (thats what my grep output shows) if you can point out the bug in the creation of the .desktop file, i'll fix it, otherwise i consider this a dead bug in favor of the `domenu` GLEP or, i'll just take it a step further, and remove the .desktop creation from all games ... i never use menus in a DE so it doesnt affect me personally
The bug isn't the *creation* of the .desktop file, its the *placement* of the .desktop file. Expected output: /usr/share/applnk/Games/armyops.desktop Actual output: /usr/share/applnk/Game/armyops.desktop
fixed in cvs then if no subdir is specified then it'll default to 'Games' for game related apps
