[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#463002: ITP: doomsday -- GPL licensed engine for classic doom, heretic, hexen and strife which provides updated 3d graphics and network gameplay

(removing debian-devel - I think its better suited on -games )

On Tue, 2008-01-29 at 09:34 +0000, Jon Dowland wrote:
> Hello,
> On Mon, Jan 28, 2008 at 03:09:33PM -0500, Hash C. Borger wrote:
> > * Package name    : doomsday
> >   Version         : 1.9.0-beta5.2
> >   Upstream Author : Jaakko Keränen <skyjake@doomsdayhq.com>
> > * URL             : http://www.example.org/
> <http://www.doomsdayhq.com/>?
> Jamie Jones was working on doomsday packages, see
> <http://bugs.debian.org/319419> for an old ITP (which was
> opened originally by a third person entirely). He's also
> part of the upstream team (I believe), although the URLs
> for the packages seem to all be broken. It would be worth
> trying to contact him and see if he's still got those on
> the go.

As of about 3 days ago I am no longer part of the upstream team, and I
have removed myself from upstream svn access. Upstream is planning to
make a lot of future functionality Vista only which you may want to keep
in mind.

I can go dig up my old packages if wanted. Be aware they were created a
long time before the doom packaging standard so they may not match
exactly - although at the time they did meet the packaging standards.

> We maintain a handful of doom packages in the debian games
> team - see <http://wiki.debian.org/Games> for information
> on the team. I wrote some packaging guidelines for
> doom-related packages that I would ask you stuck to: the
> current development version of these is at
> <http://svn.debian.org/wsvn/pkg-games/packages/doom-packaging/?rev=0&sc=0>.
> If there's something in the doom packaging guidelines you
> disagree with, please let us know :-) They're designed to
> make sure all the doom packages play together nicely.
> > * License         : GPL
> >   Programming Lang: C++
> >   Description     : GPL licensed engine for classic doom, heretic, hexen and strife which provides updated 3d graphics and network gameplay
> I'd suggest dropping heretic and hexen from the description
> since the source for those bits is not distributable. I
> think the strife implementation is from-scratch, however
> the unavailability of free game data would mean that would
> have to go into contrib.

The strife implementation is a few ifdefs that never got far. The
programming language is actually C. There are 64bit issues throughout
the code, and probably big-endian issues too. Upsteams lead developer
disappears for months on end without notice, and often sits on important
notices like security flaws for months on end, while his second in
command cares not for the Unix port and often breaks it.

I must admit that when I backported the security fixes I wrote for svn,
I didn't realise they broke functionality used on 1.9.0beta5.2 (it's
doesn't run as a 64bit binary so I couldn't test it). After my
resignation they pulled that release, and instead insist you use one of
the older release that include a remotely exploitable security
vulnerability that could allow an attacker to remotely execute code on a
targeted system. ( I tested it and managed to cause the targeted systems
to crash, I'm sure it can be expanded to do more then that )

I'm afraid that it's not suitable for inclusion into Debian at all. When
I forked the project ( fork available at http://dengng.bpa.nu ) upon
learning of it's planned dependence on Vista for new features and
general my unhappiness at it's governance, I conducted a fairly
extensive license audit, I basically sat down with the doomsday source,
the gpl doom release, and the heretic and hexen source release, and the
meld visual diff program, and identified 3 incorrectly licensed as GPL
files ( doomsday/plugins/common/src/p_start.c
doomsday/plugins/common/src/g_game.c and
doomsday/plugins/common/src/p_user.c ) when if fact it became clear that
they actually came from hexen and as such fall under the Raven EULA.

Perhaps once those files are replaced, the Deng-NG fork might be a
better choice ? although it only would support jDoom.

better known as Yagisan
Jamie Jones
Email: jamie_jones_au@yahoo.com.au

GPG/PGP signed mail preferred.
PGP Key ID 0x4B6E7209
Fingerprint E1FD 9D7E 6BB4 1BD4 AEB9 3091 0027 CEFA 4B6E 7209

Attachment: signature.asc
Description: This is a digitally signed message part

Reply to: