lacledeslan / gamesvr-quake2

Quake II Dedicated Server in Docker

Quake II Dedicated Server in Docker

Quake II is a first-person shooter video game released in December 1997. It is not a direct sequel to Quake; developer id Software decided to revert to an existing trademark when the game's fast-paced, tactile feel felt closer to a Quake game than a new franchise. The gameplay is very similar to that featured in Quake, in terms of movement and controls, although the player's movement speed has been slowed down, and the player now has the ability to crouch. The multiplayer portion is similar to that of Quake. It can be played as a free-for-all deathmatch game mode, a cooperative version of the single-player game, or as a 1 vs 1 match.

This repository is maintained by Laclede's LAN. Its contents are intended to be a basic server. For examples of building a customized server from this Docker image browse its related child-project gamesvr-quake2-freeplay. If any documentation is unclear or it has any issues please see CONTRIBUTING.md.

This docker image contains the original server software along with Q2PRO for extra functionality and troubleshooting. Also included are compiled versions of ctf for yquake 2, OpenFFA, OpenTDM,Lithium, and OpenRocket Arena 2 by packetflinger.

Q2PRO is released under GPLv2. It sources can be found at github.com/skullernet/q2pro.

Linux

Download

docker pull lacledeslan/gamesvr-quake2;

Run Self Tests

The image includes a test script that can be used to verify its contents. No changes or pull-requests will be accepted to this repository if any tests fail.

docker run -it --rm lacledeslan/gamesvr-quake2 ./ll-tests/gamesvr-quake2.sh;

Run Simple Interactive Server using stock server

docker run -it --rm --net=host lacledeslan/gamesvr-quake2 ./quake2 +set dedicated 1 +map q2dm1;

Run A Q2Pro Server

docker run -it --rm --net=host lacledeslan/gamesvr-quake2 ./q2pro_server_x64 +set dedicated 1 +map q2dm1;

Run A Q2Pro Server - CTF Mod

docker run -it --rm --net=host lacledeslan/gamesvr-quake2 ./q2pro_server_x64 +set dedicated 1 +game ctf +map q2ctf1 +exec server.cfg;

Run A Q2Pro Server - Rocket Arena Mod

docker run -it --rm --net=host lacledeslan/gamesvr-quake2 ./q2pro_server_x64 +set dedicated 1 +game arena +map ra2map1 +exec arenaconfig.cfg;

Getting Started with Game Servers in Docker

Docker is an open-source project that bundles applications into lightweight, portable, self-sufficient containers. For a crash course on running Dockerized game servers check out Using Docker for Game Servers. For tips, tricks, and recommended tools for working with Laclede's LAN Dockerized game server repos see the guide for Working with our Game Server Repos. You can also browse all of our other Dockerized game servers: Laclede's LAN Game Servers Directory.

gamesvr-quake2's Issues

Possible implemention of r1q2

Noticed a bunch of tastyspleen servers using r1q2. Need to try it out.

https://github.com/tastyspleen/r1q2-archive

RA2 and any mod requiring pak files will not download on fastl

After some testing it was determined that rocket arena 2 (arena) mod would not work unless the client already had the pak files download. The files would download from the server but very slowly. Not sure if issue starts at the server config for arena or how its setup on the fastdl server. At the very least we need example config set.

Q2 PRO crashes w/ segmentation fault

• fix the segmentation fault
• create a second test that uses q2pro

Github actions should trigger downstream build of LacledesLAN / gamesvr-quake2-freeplay

Auto download of custom skins

Auto download of custom skins, need server to download custom skins and models.

Update test scripts to cover q2pro

@JustinBenedick - when it comes to testing q2pro - I'm assuming we should test all the mods with it - not just stock q2pro?

Update to `debian:stable-slim`

Debian Buster dropped on 8/14/2021 and appears to have issues w/ its apt sources lists.

To continue builds in the meantime, image was rolled back to use debian:buster-slim.

Let's wait a few days and see if we can't put it back to use debian:stable-slim.