Bug#691772: game-data-packager: Inconsistent from game to game

[Simon McVittie]

On 02/11/12 08:45, Fabian Greffrath wrote:
> So, for single-WAD games g-d-p
> expects the path to said WAD file if not other argument is given and for
> multiple-data-files games it expects the path to a collection of files.
> For rott and wolf3d that's currently the shareware ZIP file. but what do
> we do for the registered versions,for which such a ZIP file does not exist?

The simple but harder-to-implement answer is "expect a directory name,
and make reasonable efforts to find the required files in that directory
automagically".

quake3 expects two arguments: one for the main game, and one for the
patch (point release). I think this is probably wrong; I'm tempted to
change it so g-d-p produces quake3-data (pak0.pk3) from a retail Q3
installation, CD, or any directory containing baseq3/pak0.pk3, and
quake3-patch (the rest) from either the point release or any directory
that happens to contain the correct PK3 files.

The "main game" argument can actually be in one of at least two forms:
the mount point of a Quake III Arena CD-ROM (it knows about two
filesystem layouts from different versions) or the full path to
pak0.pk3. g-d-p makes a reasonable attempt to "do what I mean".

I'm actually tempted to think it should do the equivalent of "find
${dir} -iname pak0.pk3" so you can point it at anything that looks
vaguely reminiscent of Quake III Arena (including a CD mountpoint, an
installed copy, C:\Program Files\Steam that contains an installed copy,
/usr/share/games while you have quake3-data installed, etc.) and it'll
do the right thing.

Also vaguely on my to-do list: make g-d-p able to produce
quake3-team-arena and quake3-team-arena-patch.

    S