The game works in dosbox.

I'm not sure whether we want to be getting into packaging every DOS
game on gog.com. What do other maintainers think?

If we do package DOS gams, we should certainly prefer to use Debian
dosbox rather than gog.com's binaries. I think that probably means we
only need the contents of the data/noarch/data directory, plus the PDFs
from data/noarch/docs, and configuration files to run dosbox?

    smcv

2018-01-04 12:52 GMT+01:00 Simon McVittie <smcv@debian.org>:

Hi,

This should be technically possible to support Dosbox games with assets
in /usr/share/games and linkfarms in $HOME ,
I made a P.O.C. for myself to play SkyRoads.
(which is now legally downloadable for free)


But... I think of GDP more as a tool to promote native execution over
emulation of old binairies;
with engines properly maintained in separate Debian packages.


Have you tried one of those open-source engines ?

http://jacoposantoni.com/openmom

https://sourceforge.net/projects/momime/


If one of those works somewhat sufficently,
GDP could be addapted to create package
that put the assets in the right location.

Ideally the chosen engine should also be packaged for Debian
and make it work like other engines. (e.g. looking up for assets
first in /usr/share/games instead of $HOME or local working directory;
not starting in full-screen, etc...)


2018-01-04 10:13 GMT+01:00 Рома Тенцер <rtentser@yandex.ru>:
C:\ drive to be read-write, with either a linkfarm or a unionfs.


Greetings,

Alexandre


PS: Another problem with DOS games is that there are thousands of them...

Hi,

momime is definitively to go.

https://sourceforge.net/projects/momime/

it's alive, it's GPL but the archive on SourceForge also include a
full java runtime;
and the .LBX files have been unpacked in individual .png files
(inside momime-client.jar), which we cannot distribute.

so there remain a lot of work to do:
1) someone steps in to package Momime for Debian;
    it's Java, I'm not interested
2) then he coordinates with GDP maintainer,
    eventually providing a GDP plugin that does the extraction
    or call an external extractor

Sample unpacker tool:
https://github.com/pgrudzien12/LbxTools

Greetings