(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. Regards, Jamie, 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