Package Details: gzdoom 4.14.1-1

Git Clone URL: https://aur.archlinux.org/gzdoom.git (read-only, click to copy)
Package Base: gzdoom
Description: Feature centric port for all Doom engine games
Upstream URL: http://www.zdoom.org/
Licenses: GPL3, BSD, LGPL3
Replaces: gzdoom-legacy, gzdoom1
Submitter: None
Maintainer: xente
Last Packager: xente
Votes: 167
Popularity: 1.20
First Submitted: 2009-02-22 22:28 (UTC)
Last Updated: 2025-03-03 20:00 (UTC)

Dependencies (27)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 17 Next › Last »

dmsun commented on 2017-12-18 22:41 (UTC)

hey, might want to update this to 3.2.4. Changes include some fixes to security bugs. https://forum.zdoom.org/viewtopic.php?f=1&t=58772

<deleted-account> commented on 2017-10-07 00:36 (UTC)

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

<deleted-account> commented on 2017-09-14 14:25 (UTC)

Works well.

<deleted-account> commented on 2017-05-21 21:30 (UTC)

Compilation with gcc7 fails: http://pasted.co/e0689ac8 Can be solved by including <functional> in src/sound/oalsound.h prepare() { sed -i '3i #include <functional>' $_name/src/sound/oalsound.h }

nerflad commented on 2017-05-11 20:24 (UTC)

For those interested, I have adopted and updated the fmodex package.

spacelord commented on 2017-05-03 10:26 (UTC)

Just a FYI for those who are getting a "gzdoom.pk3 not found" with the 3.0 update: the location of gzdoom.pk3 has moved from /usr/share/games/gzdoom to /usr/share/gzdoom, so you will have to change the search path in your gzdoom.ini file.

narical commented on 2017-01-25 09:42 (UTC)

Every time I try to start new game (same error for quite a time) Compile Shader 'shaders/glsl/lineardepth.fp': 0:7(21): error: syntax error, unexpected NEW_IDENTIFIER, expecting '{'

grubber commented on 2017-01-08 16:23 (UTC)

Updated to 2.3.0. Also, I have disabled building with fmodex by default, it's not worth the hassle trying to make it work properly outside of makepkg. Everyone who had issues installing the package with your AUR frontends, it should be fixed now.

Retro_Gamer commented on 2017-01-03 04:05 (UTC) (edited on 2017-01-03 04:27 (UTC) by Retro_Gamer)

@annoyingduck, correct you are! I've had zero issues building gzdoom. Installing the 4.44.58 fmodex version works just fine and is detected and used by gzdoom. As shown in these snippets cut from my build output: ==> gzdoom dependencies: - fluidsynth (already installed) - fmodex=4.44.58 (already installed) <SNIP> ==> Continue building gzdoom ? [Y/n] Y <SNIP> -- Looking for FMOD_System_GetDriverCaps in /usr/lib/libfmodex-4.44.58.so -- Looking for FMOD_System_GetDriverCaps in /usr/lib/libfmodex-4.44.58.so - found -- Configuring done -- Generating done @GI_Jack, uninstall fmodex4.26.36 1st(it's too old to use for this now), install fmodex 4.44.58 or newer, then install or upgrade your gzoom. People are doing it this way and it's working. You can of course just as easily just comment out the fnodex dependency altogether.

ProfessorKaos64 commented on 2017-01-03 03:11 (UTC)

The regular fmodex will not work, as it only installs 4.44.58, not 4.44.62.