Package Details: doomsday 2.2.2-1

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: doomsday
Licenses: GPL2
Conflicts: doomsday-bin
Provides: assimp
Submitter: dotfloat
Maintainer: FredBezies
Last Packager: FredBezies
Votes: 16
Popularity: 0.001441
First Submitted: 2015-08-10 15:51
Last Updated: 2020-01-29 11:17

Required by (85)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

FredBezies commented on 2020-05-20 13:58

@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

coltondrg commented on 2020-05-20 11:10

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

This requires 'python' in makedepends to build

FredBezies commented on 2020-01-16 13:32

@tuxsavvy: modified PKGBUILD. Thanks.

tuxsavvy commented on 2020-01-16 12:04

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

Kallestofeles commented on 2018-10-13 19:31

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

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

@sanerb: apply your first trick. Please report.

sanerb commented on 2017-12-01 11:09

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

doomsday 2.0.3-3 : updated sha256sum.