Package Details: zdoom-git 2.9pre+2175+g4f21ff275-1

Git Clone URL: (read-only, click to copy)
Package Base: zdoom-git
Description: Advanced Doom source port (git version)
Upstream URL:
Licenses: BSD, LGPL, custom:dumb, custom:BUILD, custom:doom
Conflicts: zdoom
Provides: zdoom
Submitter: grubber
Maintainer: grubber
Last Packager: grubber
Votes: 13
Popularity: 0.000000
First Submitted: 2013-06-25 15:21 (UTC)
Last Updated: 2017-05-09 08:26 (UTC)

Latest Comments

notuxius commented on 2018-03-20 21:12 (UTC)

error upon build

make[2]: [src/CMakeFiles/zdoom.dir/build.make:2388: src/CMakeFiles/zdoom.dir/sound/oalsound.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:640: src/CMakeFiles/zdoom.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 ==> ERROR: A failure occurred in build().

grubber commented on 2014-12-26 16:41 (UTC)

GZDoom does this. I provide a patch in my GZDoom packages which should prevent GZDoom from replacing ZDoom's zdoom.ini, but if you have used unpatched GZDoom in past, you may already have your zdoom.ini overwritten by GZDoom.

Trist commented on 2014-12-25 04:26 (UTC)

The zdoom.ini found in ~/.config/zdoom was incorrect for me. This took me awhile to find out because I kept overlooking it I guess. All the results were marked for gzdoom directories. For example, /usr/share/games/gzdoom for zdoom.pk3, something that kept me frustrated for days. After fixing up that and removing the links in the PKGBUILD (though I did this out of preference) the game started working for me. So if zdoom has difficulty finding zdoom.pk3, you need to edit that .ini mentioned earlier and change all the directory lines from gzdoom to zdoom. Not sure if this is a personal problem from previous installations or whatever, just posting in case someone else encounters this.

grubber commented on 2014-09-29 14:56 (UTC)

This is the recommended version for ZDoom. FMOD Ex does not have stable API and ZDoom compiles only with some versions of it. Even if you successfully compiled ZDoom with the fmodex package from the community repo, it would break and have to be recompiled every time the fmodex package is updated.

stevenhoneyman commented on 2014-09-27 13:12 (UTC)

does this specifically need to depend on that version of fmodex? (there's a newer one in the main repos)

alucryd commented on 2013-08-28 10:17 (UTC)

grubber: having SVN version in the pkgdesc of a git package isn't exactly correct.

grubber commented on 2013-05-29 16:58 (UTC)

The way makepkg does automatic pkgver updates has changed (see, hence the error. Anyway, the latest revision does not compile successfuly for me, so I'm waiting until it does before updating the package.

coincoincanard commented on 2013-05-28 13:05 (UTC)

This package isn't getting the latest version of ZDoom. PKGBUILD is set to grab the r4207 while r4294 is available.

Toney commented on 2013-03-06 07:56 (UTC)

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

commented on 2010-12-06 07:45 (UTC)

I am a robot. It is recommended to keep files in $pkgname/, instead of deep nesting. Suggestion: use "makepkg --source". This robot will not bother you again.

grubber commented on 2010-07-27 17:15 (UTC)

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.