Package Details: doomrl

Git Clone URL: (read-only)
Package Base: doomrl
Description: A roguelike game based on the FPS Doom.
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 53
Popularity: 0.721524
First Submitted: 2007-02-12 10:19
Last Updated: 2016-08-27 12:06

Latest Comments

dark-saber commented on 2016-08-26 16:43

Thank you, that was really a huge security flaw in an outdated PKGBUILD. By the way, aliensrl package has the same issue.

The new user approach didn't work out for tiles version of the app, so I went the wrapper way. The script is kind of dirty, but I can't think of a better way to get this done, especially since AFAIK upstream is unmaintained for a long time and it always had a strange relationship with Linux conventions anyway.

So, I guess, the security issue is fixed and, as a bonus, each user now has his own saves and configs.

CyberShadow commented on 2016-08-23 15:10

Seriously? suid as root?

There is no reason why a *video game* should run as root!

You could either:
- suid as a new doomrl user
- make the global directory writable by all (e.g. owned by "games" group, set sticky on directories)
- write a wrapper to copy/link game files to a directory under the user's home directory (e.g. ~/.local/share/doomrl/)
- patch or badger upstream to respect XDG directory conventions

bsdbeard commented on 2015-03-20 14:56

This PKGBUILD isn't right, it doesn't contain the package() function at all and mkdir -p "$pkgdir/usr/share/doomrl" will complain it can't create directories, here's a fixed PKGBUILD that works:

# Contributor: KillaB <>
# Contributor: wizzomafizzo <>
# Contributor: Nick <>
# Maintainer: Jupotter <>

pkgdesc="A roguelike game based on the FPS Doom."
arch=('i686' 'x86_64')
conflicts=("doomrl-lq doomrl-ogg")
"doomrl" "LICENSE")

[ "$CARCH" == "x86_64" ] &&
"doomrl" "LICENSE")
[ "$CARCH" == "x86_64" ] &&

package() {
if [ "$CARCH" == "x86_64" ] ; then
cd "$srcdir/doomrl-linux-x64-${pkgver//./}"
cd "$srcdir/doomrl-linux-i386-${pkgver//./}"

# Copy program and required files
install -d "$pkgdir/usr/share/doomrl"
cp -a * "$pkgdir/usr/share/doomrl"

# Copy script used to run program
install -D -m755 "$srcdir/doomrl" "$pkgdir/usr/bin/doomrl"

# Copy the license file
install -D -m644 "$srcdir/LICENSE" \

# This is needed to save games and scores
chmod 4755 "$pkgdir/usr/share/doomrl/doomrl"

r0b0h0b0 commented on 2015-02-24 06:55

:: Checking doomrl integrity...
==> ERROR: Missing package() function in /doomrl/build/folder/
:: failed to verify doomrl integrity

ecastilla commented on 2013-12-28 05:18

I am getting the same problem as stecco. I've tried various attempts at debugging with gdb and setting processor affinity to one core. Game plays fine if you disable all music from the config. Activiting the EAW config did not help. Probably related to how the game plays mp3s as Awebb suggests.

stecco commented on 2013-11-15 09:59

doomrl-lq seems to work fine. could the problem be timidity-eawpatches? It's orphan...

Jupotter commented on 2013-11-15 09:43

The libpng warning comes from the latest version of libpng, it should not affect the program. Did you try using the ogg or lq version for the crash?

stecco commented on 2013-11-15 09:34

I downloaded and compiled successfully the package, but when I try to run from my terminal, after the second screen doomrl crashes and I have this:

Any ideas?

idonthack commented on 2013-03-20 11:57

version is out

made a pkgbuild

Awebb commented on 2013-01-26 14:19

The arch-specific stuff is indeed messed up, as the package is called …i386…, but the arch is …i686…. One can solve this manually in the PKGBUILD, but we should come up with something more permanent.

Another sidenote: It is crucial to activate the EAW config in timidity-eawpatches, as the install note tells you to. You might and will run into segfaults otherwise (when saving stats or entering "The Wall"). I have not had a single segfault, since I did this.

All comments