Package Details: doomsday 2.3.1-5

Git Clone URL: https://aur.archlinux.org/doomsday.git (read-only, click to copy)
Package Base: doomsday
Description: An advanced Doom engine that supports DOOM, Heretic and Hexen.
Upstream URL: http://dengine.net/
Keywords: doom doomsday
Licenses: GPL2
Conflicts: doomsday-bin
Submitter: dotfloat
Maintainer: FredBezies
Last Packager: FredBezies
Votes: 18
Popularity: 0.001426
First Submitted: 2015-08-10 15:51 (UTC)
Last Updated: 2023-08-06 07:12 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

vdemin commented on 2017-07-22 12:03 (UTC)

Please add -DCMAKE_INSTALL_LIBDIR=lib to cmake call. I get error below during installation on x86_64: error: failed to commit transaction (conflicting files) doomsday: /usr/lib64 exists in filesystem Errors occurred, no packages were upgraded.

vdemin commented on 2017-07-22 09:54 (UTC)

Thanks for your work, Fred! Maybe put soundfont-fluid in optdepends? I tried to convince the previous maintainer to do it (see all comments), but with no luck.

FredBezies commented on 2017-07-22 09:26 (UTC)

Adopted and upgraded to Doomsday 2.0.2. A lot of work : cmake use, source code change, and many tweaks. Hope you'll enjoy it :)

RealGecko commented on 2016-08-21 18:12 (UTC)

I have segfault too.

djringjr commented on 2016-08-06 18:21 (UTC)

I haven't read the "Latest Comments" yet, so this may be old news. I receive a seg fault and the program crashes. dmesg | tail doomsday[16101]: segfault at 0 ip b5b1657f sp bfd65b90 error 4 in libstdc++.so.6.0.22[b5aa6000+176000] Hopefully this is of help to the maintainers. I will add fmodex and see if the program works as headkase indicated.

headkase commented on 2016-07-31 08:24 (UTC)

"fmodex" is missing as a dependency. Also, there is a race condition in the build process. Building with four jobs (-j4 in makepkg.conf) errored, while building with a single job (-j1 in makepkg.conf) succeeded.

Elrondo46 commented on 2016-07-07 08:27 (UTC)

The 2.0 version is not STABLE. Last stable is 1.15.8. Go to the official dengine website to see it.

Elrondo46 commented on 2015-12-16 21:35 (UTC)

Yes I can fix to make it functionnal with "default way in game" but I think final user have to know the game uses midi music but I'm sure the majority of users of this package will use the default fluid soundfont.

dotfloat commented on 2015-12-16 21:17 (UTC)

Jesus, calm down. You wanted to maintain the package and I obliged as soon as I got the mail. You haven't fixed the linking problem either and the background music thing is less than ideal. The dependency belongs in optdepends, especially when the game doesn't default to it. Manjaro users have the ability to install optional dependencies and Windows users are entirely irrelevant (unless W10 uses AUR now). Telling vdemin to uninstall the package or edit the PKGBUILD is not a solution. Yes, I did neglect to update the package for a whole month. That doesn't mean I'm not allowed to voice my opinion. PS: The linker thing is caused by qmake. Last time I looked into it, it was a known problem where qmake automatically prepends /usr/lib to the library paths, and I found nothing to override this. So, with qmake, gcc and friends use the older system-wide doomsday libs instead of the freshly compiled ones. I gave up on finding a proper solution to this.

Elrondo46 commented on 2015-12-16 20:16 (UTC) (edited on 2015-12-16 20:17 (UTC) by Elrondo46)

I think have the background music is required. You never solved the package link problem and never solved the music background background problem... I think you are bad placed to tell me how I have to correct YOUR original package... Sorry but I'm a little angry

« First ‹ Previous 1 2 3 4 5 Next › Last »