[gmail] Re: New SVN game: Quake III

[Bruno Kleinert]

This one time, at band camp, Marc Leeman wrote:
> > thanks :)
> 
> Testing it now :)
> 
> > i commtted a new version a few seconds ago, which also fixes my
> > messed-up file permissions... i hope these were the only ones!
> 
> AFAIK these are the only scripts that are used, so it should be fine.
> 
> > in the commit i removed the team arena shortcuts, because i think this
> > would cause bug-reports from users, complaining about broken shortcuts
> 
> Yes. The main problem for TA is that there was only a Windows release of
> the package file. I've been looking to install it, but it requires at
> the very least wine (works though); and finally i dropped the
> quake3ta-data package all together.
oh, i just could think of a single .zip file, as most mod's come in
that way. i forgot it was an official add-on...

> 
> Maybe re-packaging it into some zip might be an idea, though we can
> wonder to what degree it will be mirrorred.
> 
> I also noticed that the linux files have been removed from at least one
> mirror. I'll adapt the quake3-data package this week to see if it was
> just a temporary removal or a permanent one.
> 
> > in their desktop menus. i created several packages of quake3 mods, in
> > which i included the .menu/.desktop files to properly call ioquake3
> > +fs_game "foo-mod".
> 
> What mods? TA is a bit of a problem but UT should not be a problem at
> all. Are we going to maintain a number of these? I have been thinking
in my opinion it would be nice to even have some mods for ioquake3
available. probably we won't be allowed by licensing issues to stuff the
mods' data files into debian packages, but i thought of something like
java-package: have a shell-script or binary that knows list of mods,
the files necessary for each mod. it should then extract a
some-cool-mod.zip, copy the necessary files into a debian package
skeleton directory structure and build a installable .deb file. well...
this was just an idea how to manage this - "a man can dream..." ;)

> about this but since the packaging of the data files is still in
> progress, didn't go further. It is perfectly possible to e.g. play UT (a
> total conversion) without the original data files. I think we should
> encourage this (though some minor textures are still misssing).
> 
> > don't intend to cause a religious war! ;) but ioquake3-common still
> 
> Flamewar! :) No, I think it's better to do so.
> 
> > renamed as it directly deals with the original data files. this way
> > users could build and install their own quake3 clients depending on
> > quake3-data and without conflicting with the ioquake3 package.
> 
> > as i just moved marc's preinst notification to ioquake3-common without
> > changing the text, this should be reviewed. atm i don't know if the text
> > still fits to the package - while testing i always just pressed enter
> > without really reading it ;) correcting these things will have to wait
> > until tomorrow - im too tired to do anything useful, and it's really
> > late already...
> 
> I still think we should move the link to the pkg-games space than to my
> machine (though I do not mind :) serving it )
> 
i removed any notes about external packages and made ioquake3-common
depend on quake3-data.

> -- 
>   greetz, marc
> By the yotz, run, fight, surrender; pick one.
> 	Rygel - Look at the Princess - A Kiss is Just a Kiss
> scorpius.homelinux.org 2.6.15 #1 PREEMPT Thu Jan 5 22:01:16 CET 2006 GNU/Linux


-- 
Among elephants it's not considered cool nor in any good taste
to drain other elephants