Package Details: zdoom 2.8.1-4

Git Clone URL: (read-only)
Package Base: zdoom
Description: Advanced Doom source port
Upstream URL:
Licenses: BSD, LGPL, custom:dumb, custom:BUILD, custom:doom
Submitter: nvllsvm
Maintainer: grubber
Last Packager: grubber
Votes: 43
Popularity: 0.353052
First Submitted: 2008-04-15 22:44
Last Updated: 2017-01-08 16:13

Dependencies (32)

Required by (1)

Sources (3)

Latest Comments

grubber commented on 2016-12-30 18:12

@mrkline, install fmodex first (doesn't matter which version), then run makepkg to build zdoom.

mrkline commented on 2016-12-30 07:28

With makepkg -s:
==> Starting build()...
error: package 'fmodex' was not found
==> ERROR: A failure occurred in build().

With pacaur -S zdoom:
no results found for fmodex=4.44.62

I see an fmodex package in the AUR, but its current version is 4.44.58-1 and it's marked out of date. This package seems to request 4.44.62. Previously, the package was using fmodex4.26.36. What's the solution here?

grubber commented on 2016-12-29 14:45

@mrkline, @apollo11w, fixed.

apollo11w commented on 2016-12-28 01:28

-> Found launcher.desktop
-> Found 0001-Improve-Mac-GCC-errors-fix-to-work-only-for-GCC.patch
==> Validating source files with sha256sums...
zdoom-2.8.1-src.7z ... Passed
launcher.desktop ... Passed
0001-Improve-Mac-GCC-errors-fix-to-work-only-for-GCC.patch ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build zdoom.
==> Restart building zdoom ? [y/N]

mrkline commented on 2016-12-16 17:15

Could the PKGBUILD be modified to set CC and CXX to gcc and g++, respectively? The build seems to use some GCC-specific flags (such as `-Wno-unused-but-set-variable`) and spits out a bunch of warnings if the user (such as myself) has CC and CXX set to clang and clang++.

Alternatively, we could patch the CMake config. This seems to be the culprit:

set( CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wno-unused-but-set-variable" )

Is the "NOT" in that conditional a bug?

grubber commented on 2016-05-19 17:32

Huh, I could swear it worked fine for me. Will fix.

kimspindel commented on 2016-05-15 15:21

@punkrockguy318 I got the same error but managed to fix it by installing 'fmodex4.26.36' separately first

punkrockguy318 commented on 2016-05-13 02:34

FYI - Can't build on 64bit atm
:: Package(s) zdoom not found in repositories, trying AUR...
:: resolving dependencies...
:: no results found for fmodex=4.26.36

cronos commented on 2016-04-09 15:03

@grubber: ZDoom wanting to compile, the dependency fmodex can not find. URL not found fmodex 4.26.36 Package, the git repository is down.

grubber commented on 2016-04-08 20:43

@cronos: That file hasn't been part of the package for a year and a half. You are doing something wrong (hard to guess what from the information you have provided).

cronos commented on 2016-03-23 13:07

Unable to update ZDoom, for the same error fmodapi42636 x64.tar.gz linux ... FAILED

grubber commented on 2013-08-14 14:50

I think your error was caused by the changed fmod download link, as in my other zdoom packages. Fixed.

dkorzhevin commented on 2013-08-03 14:08


I can't build zdoom using your PKGBUILD file.

==> Making package: zdoom 2.7.1-1 (Sat Aug 3 17:03:04 EEST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading zdoom-2.7.1-src.7z...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 2823k 100 2823k 0 0 236k 0 0:00:11 0:00:11 --:--:-- 258k
-> Downloading fmodapi42636linux64.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 48 0 48 0 0 69 0 --:--:-- --:--:-- --:--:-- 69
-> Found doom-share-dir.patch
-> Found stack-noexec.patch
-> Found zdoom.desktop
==> Validating source files with md5sums...
zdoom-2.7.1-src.7z ... Passed
fmodapi42636linux64.tar.gz ... FAILED
doom-share-dir.patch ... Passed
stack-noexec.patch ... Passed
zdoom.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build zdoom.
==> Restart building zdoom ? [y/N]
==> ------------------------------

mikhaddo commented on 2013-03-09 03:50

prboom is good to

Toney commented on 2013-03-06 07:56

ZDoom code license:
Code original to ZDoom is under the 3-point modified BSD license. (

Anonymous comment on 2013-02-18 23:33

The symlinks probably broke because the files don't exist on my system, but I've done a few builds, without changing anything, and it's worked since. I tried tweaking the package build, and my problem with zdoom.pk3 is fixed with your solution. So, it's all good now. Thanks.

grubber commented on 2013-02-18 07:18

/usr/share/games/zdoom is the correct location, your config file is probably broken. There should be a "Path=/usr/share/games/zdoom/" line in the "[FileSearch.Directories]" section of your ~/.zdoom/zdoom.ini.

As for the symlinks, I don't see how that could have broken your build.

Anonymous comment on 2013-02-17 20:33

May I make a couple requests? I kept fighting an error where ZDoom "couldn't find zdoomk.pk3". I found that it needs to be in /usr/share/zdoom/zdoom.pk3, so I modified this line:

install -Dm644 zdoom.pk3 "$pkgdir/usr/share/games/zdoom/zdoom.pk3"
to read like this:
install -Dm644 zdoom.pk3 "$pkgdir/usr/share/zdoom/zdoom.pk3"

I also had to delete the symlinks for freedoom to get it to build properly, but now it works.

grubber commented on 2012-11-07 21:40

Updated to 2.6.1.

miffe commented on 2012-07-02 15:12

2.6.0 is out:

wodim commented on 2012-04-04 09:17

It's not possible to install this using yaourt. Please fix it.

Anonymous comment on 2012-03-01 20:22

Error installing with yaourt:

-> Extracting zdoom-2.5.0-src.7z with bsdtar
zlib/ChangeLog: Lzma library error: Invalid options
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract zdoom-2.5.0-src.7z
==> ERROR: Makepkg was unable to build zdoom.

dot commented on 2011-02-12 23:23

crash with message like
Illegal operand (signal 4)
on map startup (menu navigation still works) can be solved by passing -DNO_ASM=1 to cmake (you can edit PKGBUILD file for that, then makepkg again)
also, do not forget to switch output system in settings (eg to ALSA) if the sound does not work, then restart sound
just left this info here.
gl hf

Anonymous comment on 2010-12-06 06:59

I am a robot. It is recommended to keep files in $pkgname/, instead of deep nesting. AUR guidelines suggest to not include binaries. Examples:
A survey of TUs suggests an icon or two is okay, but please ask upstream to officially include it. Suggestion: use "makepkg --source". This robot will not bother you again.

jackoneill commented on 2010-07-31 17:32

What is this PaxHeader folder?

grubber commented on 2010-07-29 08:41

Sorry. Fixed.

miffe commented on 2010-07-29 01:58

fmodapi42816linux.tar.gz fails the md5sum check.

grubber commented on 2010-07-27 16:06

Updated. Included fmodex lib in the package, as it's not API compatible between versions and updates to the fmodex package (which is now in community repo) break compilation/sound in zdoom. Also cleaned up the PKGBUILD and fixed all errors reported by namcap.