Bug#737137: game-data-packager: patch to support hexdd

[Johey Shmit]

> Fabian Greffrath <fabian at greffrath.com> schrieb am 7:08 Montag, 3.Februar 2014:

> > Am Samstag, den 01.02.2014, 16:09 +0000 schrieb Johey Shmit: 
>>  Great! Thanks for including the patches! But please leave in the "Chex 
> Quest 3"
>>  support. It will still help people who compile and install zdoom by 
> themselves
>>  (like I do at the moment).
> 
> I think, g-d-p can use every contribution that it gets. However, I
> question the benefit of supporting game data for which there is no
> matching engine in Debian. This would leave out Chex Quest 3, Hexen Demo
> and Strife Demo.

Yes, I agree. I just assumed that at least vavoom ist supporting all the
shareware version. I however did not check that, sorry.

Vavoom is failing to run on my kubuntu at the moment, I'll try to install
sid on a different partition when i find the time.

But I just did a quick check with doomsday and the shareware versions of heretic
and hexen did run without any immediate errors (did not play long though).

So I guess we can support them!

However the hexdd addon did load but as soon as the first level starts doomsday
crashes.

Could you check that with vavoom? Otherwise we should leave that out for
the moment.

> Regarding the former, it is just one of countless ZDoom-specific add-ons
> out there and I believe we should not start packaging them, because (a)
> where should we stop once we started (b) why should we start with this
> one and (c) we do not even have that engine in the archive. Regarding
> the latter two, I am sure that chocolate-doom currently does not support
> them, not sure about doomsday, though. 
> 
> Do you know for sure that Heretic Shareware is properly supported? I'd
> consider it highly frustrating for our users to send them through a
> packaging procedure for explicitely supported game data but without
> providing a matching engine to actually play that game.

You are absolutely right! I made the mistake of using zdoom for all my
testing and was not thinking this through.

>>  Yes, that sounds better. But I do not see that category in my kde 
> configuration (running
>>  Kubuntu 13.10). Although some desktop files include 
> Categories=Game;ActionGame; those
>>  games (like Vavoom and wolf4sdl) still show up directly in 'Games'.
> 
> AFAICT if a category is displayed as a separate sub-menu is decided by
> the number of items in it.
> 
>>  Games that use 'Categories=Game;ArcadeGame;' are being placed in 
> the correct submenu.
> 
> Maybe simply because there are more games in this category and it pays
> off to display them in a separate menu.
> 
>>  ArcadeGame is included in  /etc/xdg/kde4-applications.menu and 
> 'ActionGame' is not so I
>>  guessed that 'ActionGame' is not one of the allowed names.
> 
> It is:
> http://standards.freedesktop.org/menu-spec/latest/apas02.html

Thanks for the link, I must have been blind, sorry.