Your message dated Sat, 23 Jan 2016 10:31:25 +0100
with message-id <1950010.8eX4n4ifMd@antec>
and subject line Re: Bug#811133: game-data-packager: z_code.py produces
packages which only support the engine installed at build-time
has caused the Debian Bug report #811133,
regarding game-data-packager: z_code.py produces packages which only support
the engine installed at build-time
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
811133: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811133
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: game-data-packager
Version: 43
Severity: normal
Dear Maintainer,
z_code.py looks at whichever engine is available at build-time and
hard-codes that into the resulting .desktop file. Ideally the package
should use the zcode-interpreter alternative, although that isn't
supported by all packages Z-Machine emulators currently, and doesn't
work well with X- v. terminal-based interpreters.
Regards,
Stephen
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (200,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages game-data-packager depends on:
ii fakeroot 1.20.2-1
ii python3 3.4.3-7
ii python3-debian 0.1.27
ii python3-yaml 3.11-3
pn python3:any <none>
game-data-packager recommends no packages.
Versions of packages game-data-packager suggests:
ii arj 3.10.22-14
ii binutils 2.25.90.20160101-2
ii cabextract 1.6-1
ii cdparanoia 3.10.2+debian-11
ii dynamite 0.1.1-2
ii gcc 4:5.3.1-1
pn gdebi | gdebi-kde <none>
ii gir1.2-gtk-3.0 3.18.6-1
ii gir1.2-pango-1.0 1.38.1-1
ii innoextract 1.5-1
ii jlha-utils [lzh-archiver] 0.1.6-4
pn lgc-pg <none>
ii lgogdownloader 2.26-1
ii lhasa [lzh-archiver] 0.3.0-2
ii make 4.0-8.2
ii p7zip-full 9.20.1~dfsg.1-4.2
ii python3-gi 3.18.2-2
pn unace-nonfree <none>
ii unar 1.9.1-1
pn unrar <none>
ii unshield 1.0-1
ii unzip 6.0-20
ii vorbis-tools 1.4.0-7
-- no debconf information
--- End Message ---
--- Begin Message ---
control: fixed 44
This was solved (the G-D-P part) by this commit on Debian:
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=86f1311a5057f828b020d3fa0f43350f03559566
I also always generate a /usr/games/<script> now.
Ports will need ... porting & this would be tracked elsewhere.
Le samedi 16 janvier 2016, 20:45:16 Stephen Kitt a écrit :
> On Sat, 16 Jan 2016 17:33:28 +0000, Simon McVittie <[email protected]> wrote:
> >
> > I think alternatives should always be thought of as an "API": when I run
> > any implementation of the alternative, in a specified environment (for
> > instance "in X"), with a specified set of command-line options (perhaps
> > none), it does a particular desirable thing (like "plays Quake"). For
> > instance, see /usr/share/doc/quake*/policy.txt for what it means to
> > implement quake[2]-engine[-server]. Not every alternative actually needs
> > a mini-policy like that, but it should always be possible to write one,
> > and actually writing one might be a good way to focus your thoughts.
There really should be a 1:1 mapping between the packages that provide
virtual package zcode-interpreter and the packages
that provide /usr/games/zcode-interpreter.
... just because GDP-generated packages recommends "gargoyle-free |
zcode-interpreter".
>
> I agree. Currently the alternative is provided by gargoyle-free, jzip and
> xzip; fizmo and frotz provide zcode-interpreter but don't install an
> alternative. I'll file a bug on jzip to ask if it would be possible for its
> alternative to open a terminal if necessary. That way we could just say that
> zcode-interpreter must work from X (which doesn't exclude its working from a
> terminal where appropriate).
>
> Regards,
>
> Stephen
Stephen, can you file similar bugs against Frotz & Fizmo ?
then this will be done.
This launcher is awesomely simple :-)
#!/bin/sh
if [ -t 0 ]; then
jzip "$@"
else
x-terminal-emulator -e jzip "$@"
fi
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
