Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - doomsday

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: doomsday 1.15.8-1

Git Clone URL: https://aur-dev.archlinux.org/doomsday.git (read-only)
Package Base: doomsday
Description: An advanced Doom engine that supports DOOM, Heretic and Hexen.
Upstream URL: http://dengine.net/
Keywords: doomsday
Licenses: GPL2
Conflicts: doomsday2-unstable, i686-doomsday2-unstable
Submitter: dotfloat
Maintainer: None
Last Packager: Elrondo46
Votes: 12
Popularity: 0.426102
First Submitted: 2015-08-10 15:51
Last Updated: 2016-02-02 18:14

Latest Comments

1 2 3 Next › Last »

RealGecko commented on 2016-08-21 18:12

I have segfault too.

djringjr commented on 2016-08-06 18:21

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

"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

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

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

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

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

dotfloat commented on 2015-12-16 18:02

I've got to agree with vdemin. Considering that you still have to manually select the soundfont in-game, I don't see why it should be included in the PKGBUILD.

Edit: Also, to nitpick. At the top I should be listed as 'Contributor' since that's the "proper" term for old maintainer. https://wiki.archlinux.org/index.php/Creating_packages#Defining_PKGBUILD_variables

Elrondo46 commented on 2015-12-13 22:46

Think majority of users will use the default soundfont. Experienced users can modify the PKGBUILD by themself if they have disk space trouble. I don't think many Arch users will cry for 100 additionnal MBs.

vdemin commented on 2015-12-13 21:03

> You can remove the fluid package after install if you want.
Install what I don't need and remove it with '-Rdd'? No, thanks. This is not Arch way. Maybe this is Windows or Manjaro way. If a package is not necessary to run a program, it should be specified in optdepends. Especially such a large package.

You care about Windows and Manjaro users, but how about Arch Linux users?