A fork of https://github.com/mccarrmb/docker-doom with my own improvements

@Matt McCarragher Matt McCarragher authored on 10 Nov 2018
bin changed extensions 6 years ago
builder fixed comment reference 6 years ago
config changed to default 7 years ago
iwad forgot heretic 7 years ago
player added player management files 7 years ago
templates moved ini template to template dir 6 years ago
wad started config work 6 years ago
.gitignore added vim and macos crap to gitignore 7 years ago
Dockerfile Dockerfile actually works now 7 years ago
README.md added PoSh script 7 years ago
build-docker-doom.bash added builder options 6 years ago
build-docker-doom.ps1 added PoSh script 7 years ago
docker-doom.bash changed extensions 6 years ago
README.md

docker-doom

A Zandronum server configuration and deployment tool utilizing a Docker-based back-end.

Usage

  1. Install Docker
  2. Run build-docker-doom.sh
  3. Run docker-doom.sh
  4. Connect to your dumb shareware Doom server

F.A.Q.

Q. What if I want to customize this container to run a different Doom engine game?

A. You're smart enough to create a GitHub account. You figure it out. ...In the mean time, I'm working on a tool to help with it.

Q. What if I'm on Windows?

A. Good news! There is a PowerShell script included alongside the original Bash scripts. Just make sure your PowerShell environment is configured to run unsigned scripts via the Set-ExecutionPolicy cmdlet.

Q. Why wouldn't I just run these servers locally instead of firing up containers?

A. You could totally do that. In fact, there really isn't much of a difference. I prefer to use Docker, though, because it saves me the hassle of trying to write clever UpStart/SystemD/rc.d-type service scripts and jobs. All I have to do is add --restart always to the run line and the Docker daemon will take care of keeping the servers running.

There is currently a game-breaking bug in the Linux version of Zandronum 3.0
The bug is detailed here, https://zandronum.com/tracker/view.php?id=2775. The short story is that the Linux executable does not calculate resource hashes correctly on its end. This means that if you run a dedicated Linux server, Windows and macOS clients will get kicked because the hashes they send will not match what the Linux server came up with. Since this project uses a Linux-based Docker image, this bug puts us in quite a pickle... until the 3.1 release, anyway.