Package Details: doomsday 2.3.1-3

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
Provides: assimp
Submitter: dotfloat
Maintainer: FredBezies
Last Packager: FredBezies
Votes: 17
Popularity: 0.000078
First Submitted: 2015-08-10 15:51 (UTC)
Last Updated: 2021-05-14 19:20 (UTC)

Required by (68)

Sources (1)

Latest Comments

CyberConan commented on 2021-10-10 16:09 (UTC) (edited on 2021-10-10 16:12 (UTC) by CyberConan)

Hi! There is an issue when compiling doomsday with assimp libraries in sources and using DHMP pack. For solve, I did this:

1.-In cmake/Options.cmake changed YES to NO:

option (DENG_ASSIMP_EMBEDDED "Use the Assimp from 'external/assimp' instead of system libraries" NO)

2.-Removed lines 8 to 54 in libgui/CMakeLists.txt.

3.-Removed proveen assimp and installed this package from Extra repository. Regards!

FredBezies commented on 2021-05-22 13:28 (UTC)

@Yiannis128:

I do not mean to be rude, but your comment is useless. If you read man makepkg, you can see this:

-s, --syncdeps
           Install missing dependencies using pacman. When build-time or
           run-time dependencies are not found, pacman will try to resolve
           them. If successful, the missing packages will be downloaded and
           installed.

And when I launch makepkg -s after I grabbed this PKGBUILD:

~/doomsday  master makepkg -s
==> Making package: doomsday 2.3.1-3 (Sat May 22 15:24:23 2021)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
[sudo] password for fred: 
resolving dependencies...
looking for conflicting packages...

Packages (3) xorg-util-macros-1.19.3-1  assimp-5.0.1-3
             xorg-server-devel-1.20.11-1

Total Installed Size:  15.13 MiB

:: Proceed with installation? [Y/n]

So, next time, before posting a comment like "Hey, this package is broken", just use makepkg -s before.

Thanks.

Yiannis128 commented on 2021-05-22 12:39 (UTC) (edited on 2021-05-22 12:40 (UTC) by Yiannis128)

So assimp is a missing dep that isn't resolved, you have to install it manual.

Fyi for everyone: sudo pacman -S assimp

a821 commented on 2021-05-14 18:56 (UTC)

unquoted srcdir and pkgdir

FredBezies commented on 2020-05-20 13:58 (UTC)

@coltondrg: Grabbed PKGBUILD.

Ran makepkg -s.

==> Installing missing dependencies...
resolving dependencies...
looking for conflicting packages...

Packages (3) xorg-util-macros-1.19.2-2  assimp-5.0.1-1
             xorg-server-devel-1.20.8-2

Total Download Size:    3.51 MiB
Total Installed Size:  15.00 MiB

And building worked:

==> Creating package "doomsday"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: doomsday 2.2.2-1 (Wed May 20 15:56:12 2020)
makepkg -s  1183.93s user 98.08s system 270% cpu 7:54.07 total

commented on 2020-05-20 11:10 (UTC)

This being marked as provides assimp is causing assimp to not get downloaded when it is required as a makedep. You can build it if you already have assimp on your computer but makepkg can't resolve it when you use -s.

moparisthebest commented on 2020-01-26 06:32 (UTC)

This requires 'python' in makedepends to build

FredBezies commented on 2020-01-16 13:32 (UTC)

@tuxsavvy: modified PKGBUILD. Thanks.

tuxsavvy commented on 2020-01-16 12:04 (UTC)

doomsday-2.2.1 is already out, http://api.dengine.net/1/builds/3299

Also, in addition to the missed fixes surrounding both assimp conflicts as well as lib32-fluidsynth dependency, here is an ugly patch that addresses all these plus the latest stable fix,

--- PKGBUILD.old        2020-01-16 11:52:39.000000000 +0000
+++ PKGBUILD    2020-01-16 11:02:30.803311995 +0000
@@ -6,22 +6,21 @@
 # Contributor: Dmitry Shilov <stormblast@land.ru>

 pkgname=doomsday
-pkgver=2.2.0
-pkgrel=1
+pkgver=2.2.1
+pkgrel=2
 pkgdesc="An advanced Doom engine that supports DOOM, Heretic and Hexen."
 url="http://dengine.net/"
 arch=('i686' 'x86_64')
 license=('GPL2')
-conflicts=('doomsday-bin' 'assimp')
-provides=('assimp')
-depends=('hicolor-icon-theme' 'qt5-x11extras' 'sdl2_mixer' 'fluidsynth' 'openal' 'libxrandr' 'minizip')
-makedepends=('imagemagick' 'cmake' 'xorg-server-devel')
+conflicts=('doomsday-bin')
+depends=('hicolor-icon-theme' 'qt5-x11extras' 'sdl2_mixer' 'fluidsynth' 'lib32-fluidsynth' 'openal' 'libxrandr' 'minizip')
+makedepends=('imagemagick' 'cmake' 'xorg-server-devel' 'assimp')
 optdepends=('doom1-wad: Doom shareware', 
             'heretic1-wad: Heretic shareware', 
             'hexen1-wad: Hexen shareware'
                    'soundfont-fluid')
 source=("http://files.dengine.net/archive/doomsday-$pkgver.tar.gz")
-sha256sums=('6439aede6fb304053cc9f58c376849eb215d9164cabf091e74c94d2a7ecc67dc')
+sha512sums=('19eb237aaeb66f6f39db73170b567ce80f3f6605f00b9cf2d570a2d282881f0e2b483766b228364d2b2f2e7d058d002121edfb192a7a4a690601d20359add736')

 build() {

@@ -40,6 +39,9 @@
     cd $srcdir/$pkgname-$pkgver/$pkgname/build
     make install DESTDIR="$pkgdir" 

+    # Delete the contents of /usr/include/assimp as this package already provides it
+    rm -r $pkgdir/usr/include/assimp
+
     # Look for WADs in /usr/share/games/doom by default
     mkdir -p "${pkgdir}/etc/doomsday"
     echo "iwaddir: /usr/share/games/doom" > "${pkgdir}/etc/doomsday/paths"

If any users are facing issues with libGL error involving swrast and are using nvidia, you may want to read this askubuntu thread, https://askubuntu.com/a/903488

Short and sweet to that is to simply relocate /usr/lib/libGL.so.1 elsewhere, and that should fix libGL error. Don't remove the symlink, just relocate it

commented on 2018-10-13 19:31 (UTC)

lib32-fluidsynth should be added as a dependency as most games fail to load music using fluidsynth midi without the 32bit library.

parkerlreed commented on 2018-02-27 15:52 (UTC)

Is doomsday-bin even needed anymore? I adopted the package a little while ago and just now noticed this which seems to do the same.

FredBezies commented on 2017-12-01 17:17 (UTC)

@sanerb: apply your first trick. Please report.

sanerb commented on 2017-12-01 11:09 (UTC) (edited on 2017-12-01 11:11 (UTC) by sanerb)

you need to either: 1.) mark the "assimp" package as a conflict, and add "assimp" to the provides, or 2.) (recommended if compatible) mark "assimp" as a dependency and not install the ones provided by doomsday. error: failed to commit transaction (conflicting files) doomsday: /usr/include/assimp/Compiler/poppack1.h exists in filesystem doomsday: /usr/include/assimp/Compiler/pstdint.h exists in filesystem doomsday: /usr/include/assimp/Compiler/pushpack1.h exists in filesystem doomsday: /usr/include/assimp/DefaultLogger.hpp exists in filesystem doomsday: /usr/include/assimp/Exporter.hpp exists in filesystem doomsday: /usr/include/assimp/IOStream.hpp exists in filesystem doomsday: /usr/include/assimp/IOSystem.hpp exists in filesystem doomsday: /usr/include/assimp/Importer.hpp exists in filesystem doomsday: /usr/include/assimp/LogStream.hpp exists in filesystem doomsday: /usr/include/assimp/Logger.hpp exists in filesystem doomsday: /usr/include/assimp/NullLogger.hpp exists in filesystem doomsday: /usr/include/assimp/ProgressHandler.hpp exists in filesystem doomsday: /usr/include/assimp/ai_assert.h exists in filesystem doomsday: /usr/include/assimp/anim.h exists in filesystem doomsday: /usr/include/assimp/camera.h exists in filesystem doomsday: /usr/include/assimp/cexport.h exists in filesystem doomsday: /usr/include/assimp/cfileio.h exists in filesystem doomsday: /usr/include/assimp/cimport.h exists in filesystem doomsday: /usr/include/assimp/color4.h exists in filesystem doomsday: /usr/include/assimp/color4.inl exists in filesystem doomsday: /usr/include/assimp/config.h exists in filesystem doomsday: /usr/include/assimp/defs.h exists in filesystem doomsday: /usr/include/assimp/importerdesc.h exists in filesystem doomsday: /usr/include/assimp/light.h exists in filesystem doomsday: /usr/include/assimp/material.h exists in filesystem doomsday: /usr/include/assimp/material.inl exists in filesystem doomsday: /usr/include/assimp/matrix3x3.h exists in filesystem doomsday: /usr/include/assimp/matrix3x3.inl exists in filesystem doomsday: /usr/include/assimp/matrix4x4.h exists in filesystem doomsday: /usr/include/assimp/matrix4x4.inl exists in filesystem doomsday: /usr/include/assimp/mesh.h exists in filesystem doomsday: /usr/include/assimp/metadata.h exists in filesystem doomsday: /usr/include/assimp/postprocess.h exists in filesystem doomsday: /usr/include/assimp/quaternion.h exists in filesystem doomsday: /usr/include/assimp/quaternion.inl exists in filesystem doomsday: /usr/include/assimp/scene.h exists in filesystem doomsday: /usr/include/assimp/texture.h exists in filesystem doomsday: /usr/include/assimp/types.h exists in filesystem doomsday: /usr/include/assimp/vector2.h exists in filesystem doomsday: /usr/include/assimp/vector2.inl exists in filesystem doomsday: /usr/include/assimp/vector3.h exists in filesystem doomsday: /usr/include/assimp/vector3.inl exists in filesystem doomsday: /usr/include/assimp/version.h exists in filesystem Errors occurred, no packages were upgraded.

FredBezies commented on 2017-10-27 21:16 (UTC)

doomsday 2.0.3-3 : updated sha256sum.

scorpius2k1 commented on 2017-10-27 21:10 (UTC)

For those of you having issues with the latest PKGBUILD, here is the correct sha256sum for version 2.0.3, just edit the PKGBUILD and replace the previous sha256sums line with this one: sha256sums=('baf8b1b40150dd2e16d0badc6ee3e7094ea8e42075d6801e9586b19a4065ce7e') - Verified from source site http://files.dengine.net/archive/doomsday-2.0.3.tar.gz SHA256 baf8b1b40150dd2e16d0badc6ee3e7094ea8e42075d6801e9586b19a4065ce7e

commented on 2017-10-13 04:59 (UTC)

Here you can find some games you might be interested in: http://s.go.ro/clh7ajtp

deathtrip commented on 2017-09-23 15:15 (UTC)

==> Validating source files with sha256sums... doomsday-2.0.3.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! :: failed to verify doomsday integrity looks like PKGBUILD needs to be updated

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

Thank you for quick support! Now the game runs normally (not hard tested yet).

FredBezies commented on 2017-07-22 12:13 (UTC) (edited on 2017-07-22 12:30 (UTC) by FredBezies)

@vdemin : both requests applied. Waiting for your report now :D Do not forget to start fluidsynth service after adding your soundfonts to etc/conf.d/fluidsynth (SOUND_FONT line) if you want to use fluidsynth music output Forget to add it to 2.0.2-2 version. This tip will be added to 2.0.2-3 version. Sorry for annoyance :(

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

dotfloat commented on 2015-12-16 18:02 (UTC) (edited on 2015-12-16 18:07 (UTC) by dotfloat)

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

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

> 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?

Elrondo46 commented on 2015-12-13 19:45 (UTC)

That's an interressant question but I must consider "newbies in Linux World". I think it's better to offer a default usable soundfont... Don't forget, Manjaro distro uses AUR channel and I want consider it. My opinion is: if there is more windows users happy of our distros more of that users will adopt Linux world. I'm sorry... I don't want to put this package as optional. You can remove the fluid package after install if you want.

vdemin commented on 2015-12-13 18:21 (UTC) (edited on 2015-12-13 20:57 (UTC) by vdemin)

Are you sure that soundfont-fluid is necessary? > Total Download Size: 113,91 MiB > Total Installed Size: 141,51 MiB Maybe put it in optdepends?

Elrondo46 commented on 2015-12-13 11:00 (UTC)

I will add the dependancy soundfont-fluid but it's correct you must precise the path of your soundfont (but there is other soundfounts, not juste FluidR3). For variable $MAKEFLAGS, I will test....

FredBezies commented on 2015-12-13 10:20 (UTC)

In order to make sound work, I had to install soundfont-fluid and select /usr/share/soundfonts/FluidR3_GM2-2.sf2 in audio options. Also, make $MAKEFLAGS seems to be useless. Hope it helps :)

Elrondo46 commented on 2015-12-13 07:53 (UTC)

Enjoy the background music now :)

Elrondo46 commented on 2015-12-12 21:54 (UTC)

That's done.

Elrondo46 commented on 2015-12-11 15:41 (UTC)

I will make the package functionnal please be patient

maz-1 commented on 2015-11-06 16:36 (UTC)

the source link is down, please use link from sourceforge

goodgerster commented on 2015-10-04 15:50 (UTC)

It should also depend on libxkbcommon-x11.

dotfloat commented on 2015-08-31 11:52 (UTC)

Thanks, done.

Liquen commented on 2015-08-12 00:59 (UTC)

It appears that qt5-x11extras should be a dependency.