Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II

[Simon McVittie]

On 17/09/13 12:07, Fabian Greffrath wrote:
> Am Dienstag, den 17.09.2013, 10:07 +0100 schrieb Simon McVittie: 
>> I'm not sure how appropriate it is to put the engine binary on $PATH if
>> we expect users to run it via the wrapper script? Unlike the wrapper
>> script, it won't cope well with not having the data.
> 
> Both quakespasm and darkplaces do also install their binaries
> into /usr/games so I decided to do the same for yquake2.

I moved them off the $PATH; we can always put them back there later. I
also re-DFSG'd it, and turned off SYSTEMWIDE.

Explanation for the (admittedly odd-looking) removal of SYSTEMWIDE: with
it enabled, the engine will always search /usr/share/games/quake2 for
pak files. Without it, the engine will search where it's told to search
(via a "+set basedir ..." command-line argument), so we can have
multiple independent "games" that don't interfere with each other. One
such game is the demo data in /usr/share/games/quake2-demo, which can be
parallel-installed with the full data this way, and activated via
"quake2 --demo" - good for maintainers actually ever testing it!

Things still to be done:

* The dlopen() stuff for OpenGL/OpenAL seems bad: we don't benefit from
  Debian's extensive library dependency checking. I think we should
  patch the client to link those libraries in at compile time in the
  normal way (like I did for darkplaces) and hard-depend on them.
  Their size is insignificant when compared with the Quake II data.

>> I'd like to have a quake2/experimental package (probably as part of
>> src:quake to reduce duplication) ready for the NEW queue at the same
>> time, so the Description in yamagi-quake2 can say "this is just the
>> engine, install quake2 to have a fully-working Quake II installation".

src:quake git branch wip/quake2

Completely untested, but it compiles.

Things still to be done:

* test the built .deb and the init script
* general review
* W: quake2-server: maintainer-script-needs-depends-on-adduser postinst

>> Similarly, I'd like to have quake2 support in at least
>> game-data-packager/experimental before this hits NEW

src:game-data-packager branch wip/quake2

Somewhat untested, and only tested via "./game-data-packager" so far.

Things still to be done:

* Jon, does it look OK to you?
* maybe give gdp_unzip support for the equivalent of "unzip -d"/"7z -o",
  and decide whether it's doing "7z e"/"unzip -j" or "7z x"/"unzip"
  (at the moment it depends on the tool used) - I'm not comfortable with
  just changing it immediately, because I don't have any of the games
  it's currently used for, so I don't know which behaviour was intended

>> Bonus penguin points if you also have an optional target to rip the CD
>> audio and turn it into quake2-music :-)
> 
> There is already a branch in g-d-p that adds this for quake. I think it
> could be trivially adapted to quake2 as well.

This is not on the critical path for getting something reasonable into
the NEW queue, so it can wait.

    S