Arch Linux User Repository

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.

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.

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&

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.

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

@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.

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

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" }

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

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.