Hi, I have contacted upstream earlier this year and he told me that unlzexe was only needed for the current early-stage port of Keen Dreams; but assests decompression should happen on-the-fly when the project will get mature enough.
This "lz" algorythm is much more faster than gzip; even fast on a 8086, so it won't slow down game start. (and then no real need to package unlzexe in Debian) Problem is that a GDP-package built today with unlzexe'd assests will suddenly break when refkeen is updated; and there is currently no way to retrigger needed rebuild. I had a similar problem with OpenXCom that has changed directory layout for upcoming release to provide a separate namespace for the sequel... this time I choosed to only support the future/git layout as it then should change anymore. ( http://ufopaedia.org/index.php?title=Installing_(OpenXcom) ) > Package: wnpp > Severity: wishlist > Owner: Andreas Gnau <ron...@rondom.de> > > * Package name : refkeen > Version : 0.10.0 > Upstream Author : NY00123 > * URL : https://github.com/NY00123/refkeen > * License : GPL2 > Programming Lang: C > Description : Ports of Keen Dreams and the Catacomb Adventure Series > games > > Ports of Keen Dreams (based on https://github.com/keendreams/keen/ which > followed a fundraising campaign), Catacomb 3-D (The Descent) and the Catacomb > Adventure Series (the Catacomb ports are based on source codes from > https://github.com/FlatRockSoft/) > > I will write the required patches for game-data-packager to ease acquiring > game > data for the aforementioned games. >
