Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
Simon McVittie
smcv at debian.org
Sat Jan 17 14:22:34 UTC 2015
On 16/01/15 13:02, Alexandre Detiste wrote:
> I was thinking of merging the remaining usefull bits from the control
> files in the yaml.
I've thought about that myself, and not having pointless license
incompatibilities is a reasonable reason to not alter the YAML's license
from GPL-2.
> * Section: , Priority: , Architecture: , Multi-Arch: & Maintainer: are
> all fixed values
q2rogue and q2xatrix are actually Architecture: any (and hence not
Multi-Arch: foreign), but yes the Python code can at least supply a
sensible default for these fields.
> * short description = 'data for ' + longname
Reasonable.
> there only remain to move these data in yaml
> - optional version prefix (like "1.42" +39 for RTCW)
Yes. Where the data can only be one version, like RTCW, it seems
reasonable to put it in the dpkg Version - and that makes it easy for me
to bump the dependency in the Free iortcw engine in contrib, if the
iortcw people do a questionably-Free game-data patch that needs to
accompany a new engine.
It's too late to do the same for existing games without playing with
epochs, since 39 is more than most games' version numbers, but we can do
it for new games.
> - opt. Suggests: (but a full package would allways automaticaly
> recommends it's expansions)
Good idea. We might have to change from
type: demo
type: expansion
to
demo_for: quake2-full-data
expansion_for: quake2-full-data
to achieve that, but I've been considering doing that anyway.
> - Long Description; could it be used as (part of the) help text ?
I don't think the long description and the help text are the same thing.
The long description tells you what the game data is (and, tbh, is
relatively close to boilerplate), but the help text has to tell you
where to get it.
I'm somewhat tempted to change the long descriptions to something that
is clearly boilerplate and is designed for variable substitutions, like
This package was built using game-data-packager. It contains
proprietary game data and must not be redistributed.
.
Game: LONGNAME
.
Intended for use with: ENGINE_OR_WRAPPER
(where the variables might for instance be "Doom 2: Hell on Earth" and
"doom-engine", or "Quake III: Team Arena" and "quake3") and just
hard-code that, rather than having it come from a separate file. It's
not as if anyone is going to read these descriptions for any purpose
other than "what's this and why is it on my computer?", so they might
as well be boilerplate that covers the key facts: it's non-distributable
(or at least not unambiguously distributable enough for non-free), and
game-data-packager made it.
In particular, naming the developer/publisher doesn't really seem
important here.
> This needs *relicensing* of those bits too.
Yeah, not worth it. Let's leave the YAML GPL-2 unless previous authors
want to make it more permissive.
S
More information about the Pkg-games-devel
mailing list