Package Details: doomrl 0.9.9.7-11

Git Clone URL: https://aur.archlinux.org/doomrl.git (read-only, click to copy)
Package Base: doomrl
Description: A roguelike game based on the FPS Doom.
Upstream URL: http://drl.chaosforge.org/
Keywords: game roguelike
Licenses: GPL, CCPL:cc-by-nc-sa-4.0
Submitter: None
Maintainer: gileri
Last Packager: gileri
Votes: 63
Popularity: 0.003846
First Submitted: 2007-02-12 10:19 (UTC)
Last Updated: 2023-11-26 16:45 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

dark-saber commented on 2017-04-10 07:32 (UTC)

sgtpep: Fixed, thanks!

sgtpep commented on 2017-04-10 04:57 (UTC) (edited on 2017-04-10 04:57 (UTC) by sgtpep)

On a clean system it complains about missing libGLU.so.1 (provided by package 'glu'): open("/usr/lib/tls/x86_64/libGLU.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/libGLU.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/x86_64/libGLU.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/libGLU.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

dark-saber commented on 2017-01-06 19:56 (UTC)

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 (UTC)

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

ProfessorKaos64 commented on 2016-12-18 02:51 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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