2015-09-23 2:58 GMT-04:30 Simon McVittie <s...@debian.org>: > > 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 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
> 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. 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) > 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.). yes and no, the release mechanish of the older project was manually > > 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. yes, of course, the original openquartz project has a directory with all necesary tools also the tyr-quake project also has in separate tools > > Please retitle this bug as an ITP if you want to work on this. 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 project are not dead, its active the snv are broken link due has a typo, see: http://mancubus.net/svn/hosted/fsfps/oqplus/ > the associated forum appears to have been deleted. I don't think this is the forum are active here: http://openarena.ws/board/index.php?topic=4627.0 theres a little work and some make rules explained
