Package Details: gzdoom 4.12.2-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: grubber
Last Packager: grubber
Votes: 157
Popularity: 1.60
First Submitted: 2009-02-22 22:28 (UTC)
Last Updated: 2024-05-17 07:47 (UTC)

Dependencies (27)

Sources (3)

Latest Comments

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

ozky commented on 2015-12-04 15:30 (UTC)

Yes it needed i got my own way to do it.......Builded it in seperate system and extracted it to local folder and added it to enyo doom as it can use manually added doom engine,no gtk but brutal doom and lot others get working. :)

grubber commented on 2015-11-30 19:02 (UTC)

gtk2 is required for the IWAD selection dialog and gxmessage is needed for the crash log window. Both are features I want in the build to be on par with the official Windows build, so they won't be removed, sorry.

ozky commented on 2015-11-30 18:44 (UTC) (edited on 2015-11-30 18:45 (UTC) by ozky)

You may grubber add gtk2 require as optional it's only needed to gui as without it you can use it with enyo-doom. http://zdoom.org/wiki/Compile_GZDoom_on_Linux GTK2 (optional) pacman -S --needed gcc make zlib sdl sdl2 libjpeg-turbo nasm tar bzip2 gtk2 cmake git \ fluidsynth libgme openal timidity++ mesa glu glew I compiled it with removing gtk2 and gxmessage from pkgbuild and it compiles with no error.

jclaudio commented on 2015-10-09 06:07 (UTC)

I cannot use this because of fmodex4.26.36 Anyone else having this problem?

claymore commented on 2015-03-10 16:43 (UTC)

wrong SDL lib dependency. It should be SDL2. Because of that, it does not compile out of the box.

Fincer commented on 2015-02-06 02:30 (UTC)

Thank you for informing me about the GIT version you already have available here. Well, let me clarify: The current PKGBUILD script grabs correct gzdoom version from Github. However, the problem is that if pure tar.gz archive is used, gzdoom doesn't recognize version number correctly, leading to <unknown version> issue. [fincer@fincer-laptop fincer]$ gzdoom GZDoom <unknown version> - - SDL version Compiled on Feb 6 2015 Using video driver x11 And this is what I refer to when talking about "messes with version numbering". I asked GZDoom developer Graf Zahl about this issue and he stated: "Do you have the git command line utilities installed? The broken version number suggests you have not. With this you can also retrieve the source for any branch or tag, including the release versions." Doing the installation by suggested git way gets the version number shown correctly in the program, too. Regardless of available tar.gz archives in Github. That's why I think git way is the only correct way to install this package - unless you want <unknown version> to be visible while running the program. Otherwise, the current compilation script works very fluently and builds gzdoom version 2.0.04 as suggested in the AUR package title. As you already said.

grubber commented on 2015-02-04 21:36 (UTC)

The PKGBUILD doesn't mess with anything, it uses only what is provided in the release tarball. If you want to build from git, you should use <https://aur.archlinux.org/packages/gzdoom-git/>.

Fincer commented on 2015-02-04 00:05 (UTC)

At the moment PKGBUILD messes with GZDoom version numbering, resulting to a <unknown version>. Instead of using tar.gz package (which is presented in the current PKGBUILD file), the package must be built with git method. I corrected the PKGBUILD file for those who want the correct GZDoom version number shown when launching the program. See fixed PKGBUILD file for GZDoom 2.0.04 + all versions 1.8.5 and above here: http://forum.drdteam.org/viewtopic.php?f=22&t=6524&p=56382#p56382

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