Bug#679330: ioquake3: Add support for GNU/Hurd

[Simon McVittie]

On 03/07/12 23:49, Svante Signell wrote:
> I have now tried openarena and it runs OK at 400x300 with the mesa-swx11
> driver. Will try further with llvmpipe, at least it builds :)

I've uploaded ioquake3 and openarena to experimental (would be unstable,
but there's a freeze on), with both client and server enabled on Hurd.

As far as I can see, this doesn't meet the criteria for a freeze
exception, so I'm not going to request one. If you disagree and want
this change to get to unstable, feel free to request a freeze exception
yourself; if you get one, I'd be happy to upload the same changes to
unstable. The debdiff would be the same as in experimental, but with the
debian/gbp.conf change reverted, and a trivial new changelog entry.

> The only error printout is: Com_QueueEvent: overflow (whatever it means,
> only happening at higher resolutions) 

I think that means "your framerate is too low for the engine's
assumptions to be true", so you can expect it to happen with
unaccelerated 3D, particularly at higher resolutions.

If I understand correctly, the Quake III engine puts incoming input and
network events in a fixed-length queue, and processes them as a batch
between rendered frames - if too much time passes between frames, then
new events won't fit in the queue and are dropped. Changing the
cl_renderer cvar from opengl1 to opengl1_smp ("\set cl_renderer
opengl1_smp" in the Quake III console) might help, if you have a second
CPU where you can do the rendering.

> Another issue: Quake1/2? runs perfectly in 400x300. Please add __GNU__
> to Quake/net_sys.h in the quakespasm package, please, see bug #671014

Also uploaded, sorry for the delay. I'd prefer to fix this properly (by
using struct sockaddr, rather than reconstructing it from incomplete
knowledge of the OS), but this will have to do for now.

    S