Package Details: doomrl 0.9.9.7-9

Git Clone URL: https://aur.archlinux.org/doomrl.git (read-only)
Package Base: doomrl
Description: A roguelike game based on the FPS Doom.
Upstream URL: http://drl.chaosforge.org/
Licenses: GPL, CCPL:cc-by-nc-sa-4.0
Submitter: None
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 55
Popularity: 0.957101
First Submitted: 2007-02-12 10:19
Last Updated: 2017-01-06 20:53

Latest Comments

dark-saber commented on 2017-01-06 19:56

ProfessorKaos64:
Yes, doomrl.wad should be writable, but it is writable indeed for me. On doomrl launch, the script (https://aur.archlinux.org/cgit/aur.git/tree/doomrl.sh?h=doomrl) checks if ~/.local/share/doomrl directory doesn't exist, in which case (first launch for current user) it copies some doomrl files (configs and doomrl.wad) from /usr/share to ~/.local/share/doomrl with current user's ownership.
The only cases in which you won't have write access to doomrl.wad I can think of are: you've ran doomrl as a different user via sudo or you don't have write access to ~/.local/share (very unlikely) or XDG_DATA_HOME points to somewhere your user doesn't have write access to. You should probably try to delete ~/.local/share/doomrl directory.

hollunder:
I confirm this issue, but other options (like boolean GameSound) do work, so the game at least reads options from config.lua. I guess this should probably be reported upstream (https://github.com/ChaosForge/doomrl).

hollunder commented on 2017-01-05 18:16

Adjusting music volume in the config file does not work (same for sound probably).

ProfessorKaos64 commented on 2016-12-18 02:51

How does this game save? I read it saves on the stairs, but it does not persist between sessions. doomrl.wad probably should be writable.

dark-saber commented on 2016-12-08 10:58

Updated the download links, thank you!

I'll look more into building it from source, although it might be quite tricky with Lazarus.

Also, with the current trend of copyright claims I won't be surprised if the binary files would eventually be removed from official site, and I'd suggest everyone to save them just in case, as this PKGBUILD will use local:// source links then.

7hePow commented on 2016-12-08 10:23

ChaosForge received a takedown notice from Zenimax:
http://www.moddb.com/company/chaosforge/news/bethesda-parent-zenimax-hits-doomrl-the-doom-roguelike-with-takedown-notice
This might explain why he published the source.

Package doesn't install anymore.
Site "moved" from doomrl.chaosforge.com to drl.chaosforge.com ending up with the files in:

https://drl.chaosforge.org/file_download/33/doomrl-linux-i386-0997.tar.gz
https://drl.chaosforge.org/file_download/32/doomrl-linux-x64-0997.tar.gz&

ProfessorKaos64 commented on 2016-12-07 14:31

This was just opensourced: https://github.com/ChaosForge/doomrl. Once build instructions are known, I hope this package will be updated to a native-build.

X-san commented on 2016-12-03 05:11

This game was crashing for me. It was apparently looking for an outdated version of libts.

If anyone else is having this issue, just linking the current version worked for me:

# ln -s /usr/lib/libts-1.2.so.0 /usr/lib/libts-1.0.so.0

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

@CyberShadow:
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 <xGenoBlast@gmail.com>
# Contributor: wizzomafizzo <wizzomafizzo@gmail.com>
# Contributor: Nick <nick@screamingfist.org>
# Maintainer: Jupotter <jupotter.g@gmail.com>

pkgname=doomrl
pkgver=0.9.9.7
pkgrel=1
pkgdesc="A roguelike game based on the FPS Doom."
arch=('i686' 'x86_64')
url="http://doom.chaosforge.org/"
license=("custom")
depends=("sdl_mixer"
"zlib"
"lua"
"timidity-eawpatches"
"sdl_image")
conflicts=("doomrl-lq doomrl-ogg")
source=("http://doom.chaosforge.org/file_download/33/doomrl-linux-i386-0997.tar.gz"
"doomrl" "LICENSE")
md5sums=('f1beebc47c63a768752ea66951799f45'
'825cac701303cd5c61ec209e461219de'
'eaa0c779f98be421bf34cd0c5800642a')

[ "$CARCH" == "x86_64" ] &&
source=("http://doom.chaosforge.org/file_download/32/doomrl-linux-x64-0997.tar.gz"
"doomrl" "LICENSE")
[ "$CARCH" == "x86_64" ] &&
md5sums=('7078b52000b91c468a0041ff667c4f81'
'825cac701303cd5c61ec209e461219de'
'eaa0c779f98be421bf34cd0c5800642a')

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

# 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" \
"${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"

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

All comments