Debian Bug report logs -
#776280
g-d-p: please add support for No Rest For The Living
Reported by: <fabian@debian.org>
Date: Fri, 23 Jan 2015 13:27:02 UTC
Severity: wishlist
Found in version game-data-packager/37
Fixed in version game-data-packager/40
Done: Simon McVittie <smcv@debian.org>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776061; Package game-data-packager.
(Fri, 23 Jan 2015 13:27:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian+debian@greffrath.com>:
New Bug report received and forwarded. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Fri, 23 Jan 2015 13:27:06 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: game-data-packager
Version: 37
Severity: wishlist
Hi there,
Compet-N is a speedrunning competition for Doom which is highly
appreciated in the Doom community. Supported maps are - besides the
official Ultimate Doom, Doom 2 and Final Doom maps - a handful of
carefully selected Megawads from the community. They are:
- Memento Mori
- Memento Mori 2
- Requiem
- Hell Revealed
- The Classic Episode (1st Ed.)
- Alien Vendetta (2nd Ed.)
The fact that these 6 maps are accepted for speed running competitions
(besides the official maps, of course) makes them somehow special.
Plus, they are most probably the best maps that were available at that time
(i.e. up to 2002).
Thanks,
Fabian
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (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 dynamite 0.1.1-2
ii fakeroot 1.20.2-1
ii p7zip-full 9.20.1~dfsg.1-4.1
ii unzip 6.0-14
game-data-packager recommends no packages.
Versions of packages game-data-packager suggests:
ii binutils 2.24.90.20141023-1
ii cdparanoia 3.10.2+debian-11
ii gcc 4:4.9.1-5
pn lgc-pg <none>
pn lhasa | jlha-utils | lhz-archiver <none>
ii make 4.0-8
ii vorbis-tools 1.4.0-6
-- no debconf information
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776061; Package game-data-packager.
(Mon, 26 Jan 2015 09:03:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 26 Jan 2015 09:03:08 GMT) (full text, mbox, link).
Message #10 received at 776061@bugs.debian.org (full text, mbox, reply):
Control: clone 776061 -2 -3
Control: retitle -2 g-d-p: please add support for the Doom 2 Master Levels
Control: retitle -3 g-d-p: please add support for No Rest For The Living
In a similar manner, please add packages to keep the "Master Levels for
Doom 2" and the "No Rest For The Living" episode.
The former is an officially released set of 20 PWADs (with accompanying
TXT files) that were created by selected community members who were
contracted by ID for that very purpose. The disadvantage of this set is
that all maps are in individual PWADs and often occupy the same map
slot, so they need to get loaded and played separately. Ideally, the
package g-d-p creates for them comes with a Zenity frontend that allows
for selecting one of them and automatically calls 'doom-engine' with the
correct '-file' and '-warp' parameters.
The latter is the latest addition to the official Doom canon and comes
bundled with the Doom 3 BFG Edition, which is sold on Steam and rather
common nowadays. It is a PWAD that needs to get loaded alongside
DOOM2.WAD. Some maps exceed Vanilla Doom's static engine limits, so a
'boom-engine' is required to run it. Prboom-Plus, for example,
recognizes the PWAD at startup and already sets the correct map names,
par times, music, etc.
- Fabian
Bug 776061 cloned as bugs 776279, 776280
Request was from Fabian Greffrath <fabian@greffrath.com>
to 776061-submit@bugs.debian.org.
(Mon, 26 Jan 2015 09:03:09 GMT) (full text, mbox, link).
Changed Bug title to 'g-d-p: please add support for No Rest For The Living' from 'game-data-packager: please add a game-data-competn package containing the Compet-N set of PWADs'
Request was from Fabian Greffrath <fabian@greffrath.com>
to 776061-submit@bugs.debian.org.
(Mon, 26 Jan 2015 09:03:11 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Fri, 06 Feb 2015 11:27:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Fri, 06 Feb 2015 11:27:08 GMT) (full text, mbox, link).
Message #19 received at 776280@bugs.debian.org (full text, mbox, reply):
Hi,
I've added support for "No Rest For The Living" in my tree,
using checksums found here: http://doom.wikia.com/wiki/NERVE.WAD,
but I don"t own the game, so I can't test it.
Can you give it a try ?
https://github.com/a-detiste/game-data-packager/commits/master
(2 last commits)
Your window manager should pickup the new menu entry
automatically.
Alexandre
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Fri, 06 Feb 2015 13:00:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Fri, 06 Feb 2015 13:00:04 GMT) (full text, mbox, link).
Message #24 received at 776280@bugs.debian.org (full text, mbox, reply):
Hi Alexandre,
Am Freitag, den 06.02.2015, 12:26 +0100 schrieb Alexandre Detiste:
> I've added support for "No Rest For The Living" in my tree,
> using checksums found here: http://doom.wikia.com/wiki/NERVE.WAD,
> but I don"t own the game, so I can't test it.
thanks for doing that. The checksums on doomwiki.org (doom.wikia.com is
obsolete!) should be right. Anyway, here are mine:
$ cksum nerve.wad
2480614527 3819855 nerve.wad
$ md5sum nerve.wad
967d5ae23daf45196212ae1b605da3b0 nerve.wad
$ sha1sum nerve.wad
3451288383fb16e196f273d9f85d58c1fda97bf4 nerve.wad
$ sha256sum nerve.wad
2d234de8700ee403375fda278e50ea17739b36703b3316e0429b05aca4458fa9
nerve.wad
> Can you give it a try ?
> https://github.com/a-detiste/game-data-packager/commits/master
> (2 last commits)
I have to admit, I haven't followed g-d-p development that closely, i.e.
I have checked singly commits and made my comments, but I haven't tried
out the application and its new features at all lately. However, after
checking out your repository and building and installing the package, it
doesn't seem to work at all anymore:
$ game-data-packager doom2
Traceback (most recent call last):
File "/usr/lib/python3.4/runpy.py", line 170, in _run_module_as_main
"__main__", mod_spec)
File "/usr/lib/python3.4/runpy.py", line 85, in _run_code
exec(code, run_globals)
File "/usr/share/games/game-data-packager/game_data_packager/__main__.py", line 21, in <module>
run_command_line()
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 2407, in run_command_line
game.run_command_line(parsed)
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 1933, in run_command_line
destination=destination)
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 2136, in build_packages
deb = self.build_deb(package, destination, compress=compress)
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 2200, in build_deb
if not self.fill_dest_dir(package, destdir):
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 1637, in fill_dest_dir
self.modify_control_template(control, package, destdir)
File "/usr/share/games/game-data-packager/game_data_packager/games/doom_common.py", line 102, in modify_control_template
destdir)
File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 1722, in modify_control_template
'An expansion will inherit the engine of the full game'
AssertionError: An expansion will inherit the engine of the full game
Maybe I should mention that I have installed the entire Doom canon
in /usr/share/games/doom, including every official IWAD and PWAD for all
games and even including duplicates (e.g. from the BFG Edition, the XBOX
edition or the Playstation Network) in subdirectories. Maybe that is too
confusing fot g-d-p, I have no idea?
Sorry I couldn't hepl you. :/
- Fabian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Fri, 06 Feb 2015 13:48:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Fri, 06 Feb 2015 13:48:04 GMT) (full text, mbox, link).
Message #29 received at 776280@bugs.debian.org (full text, mbox, reply):
> ... GDP lately
thanks for trying it out.
> $ game-data-packager doom2
> File "/usr/share/games/game-data-packager/game_data_packager/__init__.py", line 1722, in modify_control_template
> 'An expansion will inherit the engine of the full game'
> AssertionError: An expansion will inherit the engine of the full game
Thanks for the log, I had set up this assertion and now I fall in my
own trap, fixed.
This is checked late when the package is already almost done; so I
hope it works now.
> Maybe I should mention that I have installed the entire Doom canon
> in /usr/share/games/doom, including every official IWAD and PWAD for all
> games and even including duplicates (e.g. from the BFG Edition, the XBOX
> edition or the Playstation Network) in subdirectories. Maybe that is too
> confusing fot g-d-p, I have no idea?
No, it will find the files under /usr/share/games/doom automatically
by checksum.
This means for you a lot of packages. If you install those and the
files were not
at the exact same location, you'll get duplicates.
I'm myself even more pedantic: all non packaged stuff goes in /usr/local
with symlinks in /usr if needed.
> Sorry I couldn't hepl you. :/
This helped much.
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Sun, 08 Feb 2015 13:21:11 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Sun, 08 Feb 2015 13:21:11 GMT) (full text, mbox, link).
Message #34 received at 776280@bugs.debian.org (full text, mbox, reply):
Am Freitag, den 06.02.2015, 14:45 +0100 schrieb Alexandre Detiste:
> This is checked late when the package is already almost done; so I
> hope it works now.
Yes, I've pulled again and now it works.
As an aside, please don't call it "norest", noone calls it like that.
It's simply "nerve", just as the WAD is called. This is even how it is
refered to in the official sources:
https://github.com/id-Software/DOOM-3-BFG/blob/master/doomclassic/doom/doomdef.h#L66
In this context, I think "masterlevels" is a bit clumsy as a package
name as well. I think simply calling it "master" would already be
unambigious, c.f. the link above.
> This means for you a lot of packages. If you install those and the
> files were not
> at the exact same location, you'll get duplicates.
So, this is the current situation in my /us/share/games/doom directory:
$ find /usr/share/games/doom/ -name doom2.wad
/usr/share/games/doom/xbox/doom2.wad
/usr/share/games/doom/psn/doom2.wad
/usr/share/games/doom/bfg/doom2.wad
/usr/share/games/doom/doom2.wad
/usr/share/games/doom/xbox360/doom2.wad
Could you tell me which of these files is the one that ends up in the
doom2-wad package that g-d-p creates? Does it find them all and override
each one with the next one it finds or does it only find the first one
and stop searching then?
- Fabian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Sun, 08 Feb 2015 14:06:09 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Sun, 08 Feb 2015 14:06:09 GMT) (full text, mbox, link).
Message #39 received at 776280@bugs.debian.org (full text, mbox, reply):
> As an aside, please don't call it "norest", noone calls it like that.
> It's simply "nerve", just as the WAD is called. This is even how it is
> refered to in the official sources:
This bring us back to the discussion of "marketing names" versus codenames.
The neophyte will only known the marketing name & the more advance
will know both.
On KDE4, the omnixbox does the right thing & typing "<Alt-F2> nerve <enter>" immedialty starts the game;
I don't know for other WM, maybe adding some keywords to the .desktop file would be a good start.
> So, this is the current situation in my /us/share/games/doom directory:
>
> $ find /usr/share/games/doom/ -name doom2.wad
> /usr/share/games/doom/xbox/doom2.wad
> /usr/share/games/doom/psn/doom2.wad
> /usr/share/games/doom/bfg/doom2.wad
> /usr/share/games/doom/doom2.wad
> /usr/share/games/doom/xbox360/doom2.wad
> Could you tell me _which_ of these files is the one that ends up in the
> doom2-wad package that g-d-p creates?
I can't tell, G-D-P would choose a file at random; but dpkg -i will only overwrite
/usr/share/games/doom/doom2.wad .
If you want to build a .deb with a precise .wad, you need to use --no-search
and specify the full path of this .wad .
For me /usr is "dpkg's territory" and non-packaged stuff should go in /usr/local
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Mon, 09 Feb 2015 05:45:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 09 Feb 2015 05:45:08 GMT) (full text, mbox, link).
Message #44 received at 776280@bugs.debian.org (full text, mbox, reply):
Am Sonntag, den 08.02.2015, 15:03 +0100 schrieb Alexandre Detiste:
> On KDE4, the omnixbox does the right thing & typing "<Alt-F2> nerve <enter>" immedialty starts the game;
On the other hand, typing "no rest" into omnibox/gnome-shell/whatever
will also bring up the game if you called the package
doom2-nerve-wad. ;)
> I can't tell, G-D-P would choose a file at random;
Eh?
> If you want to build a .deb with a precise .wad, you need to use --no-search
> and specify the full path of this .wad .
> For me /usr is "dpkg's territory" and non-packaged stuff should go in /usr/local
Yes, I know. But this is not within most game engines' search path and I
am used to *not* using g-d-p at all (I usually start my games from the
command line and g-d-p didn't add very much helpful until a few releases
ago). Actually, on my system /usr/share/games is a symlink into the
Games directory in my $HOME.
- Fabian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Mon, 09 Feb 2015 05:51:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 09 Feb 2015 05:51:05 GMT) (full text, mbox, link).
Message #49 received at 776280@bugs.debian.org (full text, mbox, reply):
Am Montag, den 09.02.2015, 06:43 +0100 schrieb Fabian Greffrath:
> On the other hand, typing "no rest" into omnibox/gnome-shell/whatever
> will also bring up the game if you called the package
> doom2-nerve-wad. ;)
Or maybe nrftl-wad?
- Fabian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Mon, 09 Feb 2015 08:21:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Simon McVittie <smcv@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 09 Feb 2015 08:21:05 GMT) (full text, mbox, link).
Message #54 received at 776280@bugs.debian.org (full text, mbox, reply):
On 08/02/15 14:03, Alexandre Detiste wrote:
>> As an aside, please don't call it "norest", noone calls it like that.
>> It's simply "nerve", just as the WAD is called. This is even how it is
>> refered to in the official sources:
>
> This bring us back to the discussion of "marketing names" versus codenames.
I continue to believe that a package name that is (an obvious
abbreviation for) the game's "marketing name" is a better choice than
what the game engine calls it internally. quake3-team-arena-data, not
quake3-missionpack; doom3-data, not neo-data :-)
>> So, this is the current situation in my /us/share/games/doom directory:
>>
>> $ find /usr/share/games/doom/ -name doom2.wad
>> /usr/share/games/doom/xbox/doom2.wad
>> /usr/share/games/doom/psn/doom2.wad
>> /usr/share/games/doom/bfg/doom2.wad
>> /usr/share/games/doom/doom2.wad
>> /usr/share/games/doom/xbox360/doom2.wad
>
>> Could you tell me _which_ of these files is the one that ends up in the
>> doom2-wad package that g-d-p creates?
> I can't tell, G-D-P would choose a file at random; but dpkg -i will only overwrite
> /usr/share/games/doom/doom2.wad .
I think g-d-p is actually deterministic here: it will use the first wad
in the list of alternatives, currently "doom2.wad_1.9" (90s Doom 2
v1.9). If you don't have that one, it will continue down the list: the
one from Doom 3 BFG Edition is (fairly arbitrarily) next on the list.
If you know that some of the versions of doom2.wad are better than
others by some metric, we can re-order the list; or if some of the
console editions don't actually work on source ports, we can remove them.
The resulting .deb will overwrite .../doom/doom2.wad and leave the
others intact, as Alexandre said.
S
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Mon, 09 Feb 2015 10:48:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 09 Feb 2015 10:48:04 GMT) (full text, mbox, link).
Message #59 received at 776280@bugs.debian.org (full text, mbox, reply):
Am Montag, den 09.02.2015, 08:16 +0000 schrieb Simon McVittie:
> I continue to believe that a package name that is (an obvious
> abbreviation for) the game's "marketing name" is a better choice than
> what the game engine calls it internally. quake3-team-arena-data, not
> quake3-missionpack; doom3-data, not neo-data :-)
granted, neo-data is a pretty extreme example. :)
Alright, so if we want to go the "marketing name" route, we should
actually stick with the marketing name. I am fine with either
doom2-no-rest-for-the-living-wad or doom2-norestfortheliving-wad or even
doom2-nrftl-wad; but doom2-norest-wad ist just an arbitrary abbreviation
that noone else uses.
> I think g-d-p is actually deterministic here: it will use the first wad
> in the list of alternatives, currently "doom2.wad_1.9" (90s Doom 2
> v1.9). If you don't have that one, it will continue down the list: the
> one from Doom 3 BFG Edition is (fairly arbitrarily) next on the list.
Ok, so it iterates through all the WADs in the list, sees if it can find
one, and if it does packages it and breaks. This seems legit to me.
> If you know that some of the versions of doom2.wad are better than
> others by some metric, we can re-order the list; or if some of the
> console editions don't actually work on source ports, we can remove them.
Chocolate Doom, which should be the most picky of all source ports, runs
fine with all the IWADs I have. Anyway, the ordering should priorize the
1.9 IWADs which are generally accepted as the originals.
It makes sense for the BFG Edition IWADs to come next, because they are
bundled with the Doom 3 re-release which is still on sale on Steam and
maybe even quite popular. All the other IWADs originally come from
console variants of the game and somehow need to get extracted from the
console media by more or less dubious means. I have never heard of
Tapwave Zodiac, admitedly, so this is alrwady really exotic.
For Doom 1, I believe the 1.9 Ultimate Doom IWAD should come first,
followed by the BFG Edition IWAD which also contains all 4 episodes.
Then the original 1.9 version might follow. BTW, I think there is a
patch available to upgrade 1.9 to 1.9 Ultimate Doom. Should we
incorporate this, too?
> The resulting .deb will overwrite .../doom/doom2.wad and leave the
> others intact, as Alexandre said.
Yes, I know.
Cheers,
Fabian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Mon, 09 Feb 2015 11:27:07 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Mon, 09 Feb 2015 11:27:07 GMT) (full text, mbox, link).
Message #64 received at 776280@bugs.debian.org (full text, mbox, reply):
>> Simon:
> [detiministic]
you're right ! (I've tested it right now)
> It makes sense for the BFG Edition IWADs to come next
Current setup won't autodetect the wad shipped by this steam game
(because it only allow for 1 steam id & path per package)
> BTW, I think there is a
> patch available to upgrade 1.9 to 1.9 Ultimate Doom. Should we
> incorporate this, too?
19_udpat.exe does that.
http://www.gamers.org/pub/games/idgames/idstuff/doom/19_udpat.txt
http://www.gamers.org/pub/games/idgames/idstuff/doom/19_udpat.exe
this is a LHA archive with a binary patch in RTP format,
this software is still alive and updated to run on Linux and Android, but non-free,
even non-free-as-in-beer:
http://www.pocketsoft.com/rtpatch_binary_diff_games.html
"The first PC Game user of RTPatch was id Software for DOOM"
one would eitheir need to call dosbox with a custom autoexec to
automatically run provided patch.exe ; or reverse engineer it...
Added tag(s) pending.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Fri, 06 Mar 2015 12:18:05 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Fri, 06 Mar 2015 12:30:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Fri, 06 Mar 2015 12:30:05 GMT) (full text, mbox, link).
Message #71 received at 776280@bugs.debian.org (full text, mbox, reply):
Hi Fabian,
After having extensively "debugged" this game;
I've settled for doom2-nerve-wad before a new GDP is released;
so we don't have to add Replaces:/Conflicts doom2-norest-wad .
This makes most sense.
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=886484ed97dae145c2724b6cb966d5444c52b15a
Alexandre
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian Games Team <pkg-games-devel@lists.alioth.debian.org>:
Bug#776280; Package game-data-packager.
(Sat, 07 Mar 2015 21:18:07 GMT) (full text, mbox, link).
Acknowledgement sent
to Fabian Greffrath <fabian@greffrath.com>:
Extra info received and forwarded to list. Copy sent to Debian Games Team <pkg-games-devel@lists.alioth.debian.org>.
(Sat, 07 Mar 2015 21:18:08 GMT) (full text, mbox, link).
Message #76 received at 776280@bugs.debian.org (full text, mbox, reply):
Hi Alexandre,
thank you very much for your work on this!
- Fabian
Am Freitag, den 06.03.2015, 13:26 +0100 schrieb Alexandre Detiste:
> Hi Fabian,
>
> After having extensively "debugged" this game;
> I've settled for doom2-nerve-wad before a new GDP is released;
> so we don't have to add Replaces:/Conflicts doom2-norest-wad .
>
> This makes most sense.
>
> http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=886484ed97dae145c2724b6cb966d5444c52b15a
>
> Alexandre
>
Reply sent
to Simon McVittie <smcv@debian.org>:
You have taken responsibility.
(Sat, 14 Mar 2015 22:51:41 GMT) (full text, mbox, link).
Notification sent
to Fabian Greffrath <fabian+debian@greffrath.com>:
Bug acknowledged by developer.
(Sat, 14 Mar 2015 22:51:41 GMT) (full text, mbox, link).
Message #81 received at 776280-close@bugs.debian.org (full text, mbox, reply):
Source: game-data-packager
Source-Version: 40
We believe that the bug you reported is fixed in the latest version of
game-data-packager, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 776280@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Simon McVittie <smcv@debian.org> (supplier of updated game-data-packager package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sat, 14 Mar 2015 18:04:03 +0000
Source: game-data-packager
Binary: game-data-packager
Architecture: all source
Version: 40
Distribution: experimental
Urgency: medium
Maintainer: Debian Games Team <pkg-games-devel@lists.alioth.debian.org>
Changed-By: Simon McVittie <smcv@debian.org>
Closes: 775442 775484 775485 775492 775493 775494 776059 776150 776280 776544 776545 777338
Description:
game-data-packager - Installer for game data files
Changes:
game-data-packager (40) experimental; urgency=medium
.
[ Alexandre Detiste ]
* wolf3d: if both v1.0-v1.2 and v1.4 are available, always build v1.4
- add "better_version" package field to implement this
* theme-hospital: add support (Closes: #776150); the engine corsix-th
still needs to be packaged (RFP: #610087)
* add Descent 1 & 2; demo & full versions (Closes: #775442)
* add support for Hexen II demo (Closes: #775484)
* add support for "Doom 2 : No Rest for the Living" (Closes: #776280)
* add support for the Grim Fandango demo, and ResidualVM games in general
(Closes: #776545)
* add support for a rare French version of Doom II
* add support for Maniac Mansion, English and French versions,
and ScummVM games in general (Closes: #776544)
* add support for Day Of the Tentacle
* add support for Chex Quest 1&2 (Closes: #775494)
* add support for Strife (Closes: #775492)
* add support for HacX (Closes: #775493)
* add support for Syndicate, needs freesynd engine
* add support for Zork I,II,III
* add support for The HitchHiker Guide to the Galaxy text game
* improve documentation
* improve make_template mode
* change default install_to to omit trailing -data if any
* reduce duplication by auto-generating more of the data
* add genre information
* look for Steam under Program Files/Steam on FAT and NTFS partitions
.
[ Simon McVittie ]
* quake3: install symlinks in /usr/lib/quake3 too, so src:quake can use
updated native-code game modules
* quake3: experimental support for packaging the demo, with bits of
the full game's patch thrown in to make it work on
ioquake3 (Closes: #775485)
* quake3: look in /usr/local/games/quake3
* quake3: list Steam installation path in help text
* theme-hospital: add support for the gog.com version
- add support for unpacking InnoSetup installers with innoextract
* quake2: support an alternative version of pak0.pk3 (Closes: #776059)
* quake2: make videos optional (also part of #776059)
* quake2: add optional DM maps match1, base64, city64 and sewer64,
and CTF map q2ctf4a (also part of #776059)
* quake2: support some alternative versions of documentation (also #776059)
* quake2: remove reference to /etc/game-data-packager/quake2-mirrors
which we have never actually shipped. In versions < 39 it was silently
ignored, in versions >= 39 it prints an error message.
/etc/game-data-packager/idstuff-mirrors is sufficient.
* Estimate Installed-Size with the algorithm planned for dpkg 1.18,
rather than using du which is filesystem-dependent
* Add support for non-default compression algorithms
* Add support for the Grim Fandango full version
- put the full and demo versions in /u/s/g/grimfandango{,-demo}-data
so they can coexist
* Add more ScummVM games:
- Full Throttle
- The Curse of Monkey Island
* Use the nicer scalable icon for ScummVM and ResidualVM games
* Translate source YAML files into JSON during build, for a significant
startup performance increase (mitigates: #779937)
* debian/control: update list of games, and abbreviate it a bit
.
[ Tobias Frost ]
* Add game support for dhewm3
(Doom 3 and its expansion pack Resurrection of Evil)
* Add game support for Doom3 BFG Edition (Closes: #777338)
Checksums-Sha1:
c08ebf6d279d8d28523f72b0e18d10cd2d8e6737 346896 game-data-packager_40_all.deb
dd94e981890cd5aa3a6cce3d3703bed23c6e88cf 1823 game-data-packager_40.dsc
bbc70395eb8d51e850f4da81af897fa279c53690 346584 game-data-packager_40.tar.xz
Checksums-Sha256:
07f9a00f257f75bbf74928d373616ea24d8066fc9b1ceedf59c1a57f69e86eb7 346896 game-data-packager_40_all.deb
56b4da480f2c01d9a84be73f7fdcdec1f0a2f8635e1f6e3ff087a8bc5c10d44c 1823 game-data-packager_40.dsc
fea72cf3e6a1f60bc0991fd61be8409d4b1c6f7546c5666b2243218e2fb9b6b8 346584 game-data-packager_40.tar.xz
Files:
a575a1dc529562f73bac2875b1ad5c27 346896 contrib/games optional game-data-packager_40_all.deb
812b73737249954c68160382671b807b 1823 contrib/games optional game-data-packager_40.dsc
41b8ee66adcc34052868e541b8a1e1a1 346584 contrib/games optional game-data-packager_40.tar.xz
-----BEGIN PGP SIGNATURE-----
iQIVAwUBVQS3bU3o/ypjx8yQAQhC/xAAh/5OGCoqXaIbJhU/KE0duIQHLVW/VRXw
2WD/EQ1PSRRvQ/UT0O4OlesF8XzlMuJ2W/0Owo9R0OgckZpF1qWYM9UYXlzVxABC
TCCOS6y+S5az7ZkZxtf4RH3L2jABdNfhG0xNXFRwTE6tyXvkgj9qVM9maPyqoFV0
sqsAitRWmgjBKiy6eaJ2f0YbqPU5djtXcwbV2v8NDpNLckINkssEPwZJW4lmqLf4
TunKbTpON/Nv4bJWfQAAbk4PniznlJGGpom8H+xXj/LiT1otQLRw+1LoY/JzZuZ7
PaAeTX3jV96hsc8kPHDFXhj5rifWus9akboEUQT+gFW/wia47oG1fN6yPDtqKJFT
RYikAvcsZ+8jG+/uWEJkoNkeEuUs71yBsJGlrwgduw80j8hlOpsV+sLM65QM42jX
k5q9yUnyPdcCJdHQsuQKAowh72dCt1VeS9Xeu8YHmEhw0vB32R4CQj5UaNf7V4qj
9ogs/+PHDOmpy4sKY3YACy8Xytzzw81QhifCqybxBmjsS/QvYdzj4q/CQls++2C+
HRhLA9WauGOJZ+ucjy4iLjW+J9Ko75WrOQHLXzDrP23e8llidnzvLLAf4tL2xWCq
xFciucdeipXZdxYO7Q2HCOh7vlkZH/+mkoP4gp58AYYj4zDObzoOGfOAojFf6j2h
nUysqKXq/l4=
=Ps/D
-----END PGP SIGNATURE-----
Changed Bug submitter to '<fabian@debian.org>' from 'Fabian Greffrath <fabian+debian@greffrath.com>'
Request was from <fabian@debian.org>
to control@bugs.debian.org.
(Tue, 19 May 2015 07:54:21 GMT) (full text, mbox, link).
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Wed, 17 Jun 2015 07:31:50 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sun Jul 2 12:40:12 2023;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.