Bug#812513: please add E1M8b.wad to the doom-wad_*.deb package

[Fabian Greffrath]

Package: game-data-packager
Version: 43
Severity: wishlist

Am Sonntag, den 17.01.2016, 20:51 +0100 schrieb Alexandre Detiste:
> http://www.gamasutra.com/view/news/263642/John_Romero_just_released_h
> is_first_Doom_level_in_over_two_decades.php
>
> Tested With             : ZDoom 2.7.1, Crispy Doom   !
>
>
>
> Let's add a rule for this, but where ?
>

I'd just add it to the doom-wad package (but I wouldn't add any further
support for it since it would raise the package's dependency away from
chocolate-doom).

 - Fabian

[Alexandre Detiste]

maybe someone wants to play this level with freedoom?

sent from my 3DS

2016-01-24 17:05 UTC+02:00, Fabian Greffrath <fab...@debian.org>:

[Fabian Greffrath]

Am Sonntag, den 24.01.2016, 17:39 +0200 schrieb Alexandre Detiste:
> maybe someone wants to play this level with freedoom?

Hm, true. 


 - Fabian

[Fabian Greffrath]

Am Sonntag, den 24.01.2016, 17:39 +0200 schrieb Alexandre Detiste:

> maybe someone wants to play this level with freedoom?

Hm, on the other hand one could argue that this map was clearly meant
as a replacement for E1M8 of the original Doom and thus owners of the
original version should get it added to their package.

If people want to play the map with Freedoom, they most probably have
read about it somewhere and are able to figure out where to download it
on their own. 

TL/DR: I think this map is really explicitely meant as an Addon to
Doom, not Freedoom.

Hm?

 - Fabian

[Stephen Kitt]

On Thu, 11 Feb 2016 19:18:26 +0100, Fabian Greffrath <fab...@debian.org>
wrote:

I agree. In addition, the E1M8 license isn't DFSG-free so we couldn't add it
to freedoom anyway...

There is one caveat that would need to be made explicit: the new E1M8 breaks
chocolate-doom. (Fabian, do you plan on packaging crispy-doom?)

Regards,

Stephen

[Fabian Greffrath]

Am Freitag, den 12.02.2016, 20:42 +0100 schrieb Stephen Kitt:
> I agree. In addition, the E1M8 license isn't DFSG-free so we couldn't
> add it to freedoom anyway...

Right. I think we were never going to add it to the freedoom package.
But since its mere download size doesn't justify its own package, I
think adding it to doom-wad is the most reasonable thing to do.

> > There is one caveat that would need to be made explicit: the new E1M8 breaks

Well, let's say it requires Boom (or at least a limit-removing port).
If we do not add further integration, e.g. a desktop file or similar, I
don't think there is anything we would need to change to the doom-wad
package's dependencies.

> (Fabian, do you plan on packaging crispy-doom?)

Na, I don't think so. We already have the most faithful Vanilla and
Boom ports in Debian and we even have Doomsday for those who like
graphical bling at the cost of compatibility. I am not sure how far
Gloome or GPLGZDoom are, but they could be worth considering in the
future.

Crispy Doom, on the other hand, is really just my hobby project. A
niche port for which I cannot guarantee how much time I will be able to
spend on in the short term.

Cheers,

Fabian

[Alexandre Detiste]

> > I agree. In addition, the E1M8 license isn't DFSG-free so we couldn't
> > add it to freedoom anyway...

I meant playing this PWAD with freedoom; not including it in freedoom .deb,
of course.

> Right. I think we were never going to add it to the freedoom package.
> But since its mere download size doesn't justify its own package, I
> think adding it to doom-wad is the most reasonable thing to do.

This could go in doom.yaml but be an expansion package for "doom-wad | freedoom"

The package-size / number of files is not really an issue with GDP-generated
packages. Even package with one 30kb text adventure games are ok;
they don't put any weight on mirrors infrastructure etc...

e1m8b.wad could even be packaged like doom-wad-shareware;
the license permit it; but I guess it's not justified;
I prefer to use ftp-master's time on reviewing new engines (corsix-th in the queue)
that to review packages with no added-value over GDP-generated ones.


Further: e1m8b.txt says "Other files required: Doom1.wad or Doom.wad"

...but playing with doom1.wad under prboom+ make it immediately crash
after stepping out from the entry gate. freedoomu.wad works fine.

bad texture 'SUPPORT3-' in sidedef 38
bad texture 'METAL' in sidedef 83
bad texture 'FIREWALB-' in sidedef 442
...
bad texture 'METAL' in sidedef 521

[Fabian Greffrath]

Am Samstag, den 13.02.2016, 14:11 +0100 schrieb Alexandre Detiste:
> The package-size / number of files is not really an issue with GDP-
> generated
> packages. Even package with one 30kb text adventure games are ok;
> they don't put any weight on mirrors infrastructure etc...

Agreed. Do you mean the WAD could get created separately if you create
the doom-wad package?

> e1m8b.wad could even be packaged like doom-wad-shareware;
> the license permit it; but I guess it's not justified;
> I prefer to use ftp-master's time on reviewing new engines (corsix-th
> in the queue)
> that to review packages with no added-value over GDP-generated ones.

Agreed. I am also against packaging freely available PWAD files for the
Debian archive.

> ...but playing with doom1.wad under prboom+ make it immediately crash
> after stepping out from the entry gate. freedoomu.wad works fine.

PWADs should generally not work with the shareware IWAD. PrBoom+ should
detect that itself, so this is a bug.

 - Fabian

[Alexandre Detiste]

control: tag -1 pending

Le samedi 13 février 2016, 21:09:35 Fabian Greffrath a écrit :
> Am Samstag, den 13.02.2016, 14:11 +0100 schrieb Alexandre Detiste:
> > The package-size / number of files is not really an issue with GDP-
> > generated
> > packages. Even package with one 30kb text adventure games are ok;
> > they don't put any weight on mirrors infrastructure etc...
>
> Agreed. Do you mean the WAD could get created separately if you create
> the doom-wad package?

Yup, that's what I just commited.

This way the purpose of doom-wad remains unchanged from what
users have expected for 10 years & doom-e1m8b-wad
gets proper short & long descriptions and copyright file.


"E1M8B" is defenitively more publicized
that level name "Tech Gone Bad", so I sticked with that.
(example: http://doomwadstation.net/Romero/e1m8b/ )


A brand new doom-e1m8b-wad should work with a very old doom-wad just fine;
but currently GDP will always generate boths, unless "-p" argument is used.


Maybe some "--new" argument could be added; but then last major
update version (like "updated: 43") would need to be documented in each .yaml file.

"git --log" parsing at build time won't cut it, because there's always a lot of refactoring
all the time while the generated packages doesn't change (& are checked with diffoscope).



For proper Freedoom support, some runtime code would be needed
to first check for the presence of doom.wad & then failover to freedoomu.wad
when applicable.

It's the same problem as for Compet-N level "The Classic Episode"

main_wads:
...
class_ep.wad:
name: The Classic Episode (1st Ed.)
args: -iwad doom.wad -file %s -warp 2 1

> > ...but playing with doom1.wad under prboom+ make it immediately crash
> > after stepping out from the entry gate. freedoomu.wad works fine.
>
> PWADs should generally not work with the shareware IWAD. PrBoom+ should
> detect that itself, so this is a bug.

Someone on Romero's Twitter (I can't navigate this thing) said it even work
with Chex Quest IWAD ;-)

Greets,

[Fabian Greffrath]

Am Samstag, den 13.02.2016, 22:08 +0100 schrieb Alexandre Detiste:
> Yup, that's what I just commited.

Great, thank you very much for this!

> "E1M8B" is defenitively more publicized
> that level name "Tech Gone Bad", so I sticked with that.
> (example: http://doomwadstation.net/Romero/e1m8b/ )

In this specific case, yes. Albeit, I think we also called "No Rest for
the Living" simply nerve-wad, right? Sometimes the file name is just
catchier.

> Someone on Romero's Twitter (I can't navigate this thing) said it even work
> with Chex Quest IWAD ;-)

Heh, this is because chex.wad is a full-blown Ultimate Doom IWAD in
disguise. ;)

 - Fabian