Dear Maintainer, all the quake engines now can benefice fro a fee gpl open artwork of quake data from: http://openarena.ws/fsfps/oqplus.html The project are not dead, its active and provide very good data replace for quake 1 games i have prepared a preliminaries dsc files for venenux repo http://venenuxrepo.fundacite-aragua.gob.ve if are interesting.. As note also CC licences sounds and music can be to contrib repo throught EpiQuake replaces pack
Control: severity 799828 wishlist
Control: retitle 799828 RFP: oqplus - GPL content for Quake engines
Control: reassign 799828 wnpp
This might be nice to have in Debian, but it is outside the scope of the
quake package, which specifically exists to support the non-free data
from id Software's Quake series, and can never be in Debian main. If you
are interested in including oqplus in Debian, it should be packaged
separately, in main, similar to OpenArena (openarena, openarena-data,
etc.) and Nexuiz Classic (nexuiz, nexuiz-data). It can be based on the
quake source package, and it can use the same Quake-compatible engines
as the quake package (like Nexuiz Classic does), but it isn't Quake.
Based on my experience with OpenArena, the actual mechanics of packaging
might well be relatively straightforward, with the possible exception of
ensuring that scripting (QuakeC) is properly built from source (oqplus
svn appears to contain a progs.dat and some source code, but no build
system to update progs.dat from source). The difficult and tedious part
is likely to be tracking down the copyright holders and source code for
the assets (artwork, levels, etc.).
From http://openarena.ws/fsfps/oqplus.html#svn it appears that oqplus
svn might not actually contain the source files for everything in its
repository; it seems to be relying on OpenQuartz CVS for the source for
some files.
Please retitle this bug as an ITP if you want to work on this.
The website was last updated in 2008, svn was last updated in 2009, and
the associated forum appears to have been deleted. I don't think this is
going anywhere unless someone (perhaps you) becomes its new upstream
developer.
If you are interested in including that in Debian or in non-free, please
clone this RFP bug for it. Depending on the specific CC licenses used,
it might be suitable for main (CC-BY >= 2.0, CC-BY-SA >= 2.0), non-free
(CC-* 1.0, -NC, possibly -ND depending whether a Debian package is
considered a derivative work), or non-distributable packaging using
game-data-packager.
S
2015-09-23 2:58 GMT-04:30 Simon McVittie <smcv@debian.org>: umm u have right in this part, i send to quake package due i dont see any other place, but now this bug was parse to wnpp The package if me or other will work in int must noteh that oq or oqp ç operates in the id1 directory and for normal engines except darkplaces may conflicts with non-free data from registered version i mean i cannot make work any of the openquartz or openquartz-plus in quakespasm, tyr-quake or sdlquake with both gpl and non-free data installed the darkplaces work due has mechanis to make it (special parse option) yes and no, the release mechanish of the older project was manually yes, of course, the original openquartz project has a directory with all necesary tools also the tyr-quake project also has in separate tools i dont think so others mantainers like my packagin methods the debian packaging proces are slowly and tedous i make a better idea: i'll packagin for my distro VenenuX and let the sources as started point for any ITP request of any other mantainer so in this way i evade any unuselles work i made for nothing the snv are broken link due has a typo, see: http://mancubus.net/svn/hosted/fsfps/oqplus/ the forum are active here: http://openarena.ws/board/index.php?topic=4627.0 theres a little work and some make rules explained
I would recommend using a different base directory for Quake, OpenQuartz
and/or oqplus (the -basedir command-line argument), similar to the way
Nexuiz Classic works in Debian. That avoids any possibility of one game
seeing the other game's assets.
So someone with the complete set would have something like
/usr/share/games/quake/id1/*.pak # proprietary Quake
/usr/share/games/openquartz/id1/*.pak # OpenQuartz
/usr/share/games/oqplus/id1/*.pak # oqplus
/usr/share/games/nexuiz/data/*.pak # Nexuiz Classic
/usr/share/games/xonotic/*/*.pak # Xonotic
and a wrapper script for each game that runs the engine with an
appropriate -basedir argument.
S