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

[Simon McVittie]

On 28/06/12 22:25, Svante Signell wrote:
> On Thu, 2012-06-28 at 09:03 +0100, Simon McVittie wrote:
>> On 27/06/12 23:10, Svante Signell wrote:
>>> The attached patch adds support for the GNU/Hurd architecture

> I have now patched and built openarena. Care for a new bug report?

If you want another bug number, but sending the openarena patch to this
one is probably easier.

>> You could also use Quake III Arena
> 
> Yes, I happen to have one. Don't know what to install from the CD
> though, the pak0.pk3?? file and ?

pak0.pk3 is all you need from the CD. You also need the last Quake III
Arena patch (install quake3 and look in
/usr/share/games/quake3/README.quake3-data for more details). Then run:

    game-data-packager /path/to/pak0.pk3 \
        /path/to/linuxq3apoint-1.32b-3.x86.run

and install the resulting quake3-data package.

As I said, OpenArena is a better test, though (it exercises bits of the
code that aren't normally used in Quake III Arena, and that I suspect
could be a problem on new ports).

>> * graphics/sound, for the client (does Hurd have any accelerated 3D?
>>   If not, it's likely to be unplayable - seconds per frame rather than
>>   frames per second)
> 
> Is it the server or client that provides the audio/video?

The client (in any game of this genre).

>> If Hurd lacks accelerated 3D, it might make sense to only ship
>> ioquake3-server, and leave out ioquake3.
> 
> Does it make any harm if the client is built? I don't think people will
> try the client until 3D video is supported.

I'd prefer to avoid shipping a package that's effectively useless on its
target OS, particularly if that means nobody has ever tested it.

libgl1-mesa-swx11 might be less horribly slow than an unaccelerated
libgl1-mesa-glx, perhaps? The state-of-the-art in software rendering is
llvmpipe, but Debian doesn't seem to have that yet.

> Yes, it is not needed, I have built ioquake3 without that part. Should I
> a provide an updated patch?

Just to be sure, please send the actual patches you tested.

> Yes, the answer is gnu because uname results in GNU.

Good, the patch should be able to go upstream then.

    S