Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

2015-10-03 0:31 GMT+02:00 Simon McVittie <smcv at debian.org>:
> On 02/10/15 20:55, Markus Koschany wrote:
>> P.S.: g-d-p is currently broken in Git master. :>
> ...
>> line 829, in load_file_data
>>     ), (self.shortname, wanted.name)
>> AssertionError: ('enemy-territory', 'license.rtf')
>
> Should now be fixed in git. I had split out detailed information about
> the required files for each package into separate files, which don't
> need to be loaded until g-d-p starts working on specific packages, but
> then forgot to tell the packaging to install them.
>
> That feature could still do with some improvement - some of the *.json
> that are loaded for things like --help are still rather large, and it
> might be better to install a .zip rather than > 600 smallish files,
> after benchmarking whether it's faster compressed or uncompressed - but
> it's a start.

Hi,

I've just done that, it's about as fast on the Rpi2 and a bit faster
(~5%) on the desktop PC.

The out/vfs.zip is defined as .PHONY rule that only get build when
building the .deb;
./run will continue to use the unpacked files.

$ git pull ; make
$ time ./run > /dev/null
real    0m8.119s
user    0m7.850s
sys     0m0.210s
$ make out/vfs.zip
$ echo 'USE_VFS = True' >> game_data_packager/paths.py
$ time ./run > /dev/null
real    0m8.148s
user    0m7.880s
sys     0m0.240s
$ git checkout game_data_packager/paths.py

It should be reproducible, but I didn't went through the whole
testing procedure.

https://wiki.debian.org/ReproducibleBuilds/Howto#Testing_procedure

Greets,

Alexandre