Package Details: gzdoom-git 4.8pre+493+g989dcfcf1-1

Git Clone URL: https://aur.archlinux.org/gzdoom-git.git (read-only, click to copy)
Package Base: gzdoom-git
Description: Feature centric port for all Doom engine games (git version)
Upstream URL: http://www.zdoom.org/
Licenses: GPL3, BSD, LGPL3
Conflicts: gzdoom
Provides: gzdoom
Replaces: gzdoom-legacy-git, gzdoom1-git
Submitter: grubber
Maintainer: grubber
Last Packager: grubber
Votes: 19
Popularity: 0.000594
First Submitted: 2013-06-25 15:27 (UTC)
Last Updated: 2022-07-06 05:43 (UTC)

Required by (10)

Sources (3)

Latest Comments

nikdog commented on 2022-06-23 23:26 (UTC)

==> Making package: gzdoom-git 4.8pre+493+g989dcfcf1-1 (Thu 23 Jun 2022 14:03:02 PDT)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> zmusic>=1.1.8
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.
 -> error making: gzdoom-git

Using zmusic-git to fill the zmusic dependency doesn't work. I don't know if this is a misconfiguration of the zmusic-git PKGBUILD or the gzdoom-git PKGBUILD. I tried to find a way to list OR dependencies in depends=(), but couldn't. As a temp workaround I just changed zmusic to zmusic-git in the PKGBUILD for gzdoom.

jwhickman commented on 2022-03-08 04:00 (UTC) (edited on 2022-06-08 17:37 (UTC) by jwhickman)

[UPDATE: just tried the 2022-06-07 update, and still get the below errors...] Fyi, I'm getting a build failure for this:

./src/common/objects/autosegs.cpp:72:1: error: ‘ActionFunctonsDummyPointer’ causes a section type conflict with ‘_PlayerInfo_GetDisplayColor_HookPtr’
./src/d_netinfo.cpp:221:1: note: ‘_PlayerInfo_GetDisplayColor_HookPtr’ was declared here
./src/common/objects/autosegs.cpp:74:1: error: ‘ClassFieldsDummyPointer’ causes a section type conflict with ‘VMField_DBot_dest_HookPtr’
./src/playsim/bots/b_bot.cpp:66:1: note: ‘VMField_DBot_dest_HookPtr’ was declared here

CasualUser commented on 2022-01-12 08:05 (UTC) (edited on 2022-01-12 08:51 (UTC) by CasualUser)

Nope, i didn't mess with git. I've modified the script with pamac on manjaro replacing the line 'gzdoom::git://github.com/coelckers/gzdoom.git' with 'gzdoom::git+https://github.com/coelckers/gzdoom' and it builds. The raze-git script has the https as well. Can this repository be updated this way? Thanks.

Edit : it builds again, but :

No more unauthenticated Git

On the Git protocol side, unencrypted git:// offers no integrity or authentication, making it subject to tampering. We expect very few people are still using this protocol, especially given that you can’t push (it’s read-only on GitHub). We’ll be disabling support for this protocol.

architector4 commented on 2022-01-12 03:29 (UTC) (edited on 2022-01-12 03:33 (UTC) by architector4)

The unauthenticated git protocol on port 9418 is no longer supported.

This seems to be a problem on your end - in my case everything still works. You might have messed with git settings before in a way that github does not accept? See if you can change your configuration there.

Also check the github link - it has a timeline table showing that on 11th January 2022 the "final brownout" was scheduled, where more insecure protocols are set to be unsupported, aswell as unencrypted git protocol. That seems to be what hit you this time in particular!

CasualUser commented on 2022-01-11 20:16 (UTC) (edited on 2022-01-11 20:16 (UTC) by CasualUser)

Unable to build again.

Unable to update git repository :

The unauthenticated git protocol on port 9418 is no longer supported.

Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.

CasualUser commented on 2022-01-06 10:14 (UTC)

Problem fixed. Thanks.

FabioLolix commented on 2022-01-04 00:16 (UTC)

There aren't git submodules so 'git submodule update --init' can be removed, also git submodules sources need to be downloaded in source=()

CasualUser commented on 2022-01-03 19:22 (UTC)

The problem appears to be related to the patch. It needs an update.

architector4 commented on 2022-01-03 17:47 (UTC)

Yup, getting the exact same thing on plain Arch aswell.

CasualUser commented on 2022-01-03 12:33 (UTC) (edited on 2022-01-03 16:43 (UTC) by CasualUser)

I cannot build it anymore on Manjaro. Got an error on prepare():

patching file src/common/platform/posix/sdl/i_main.cpp

Hunk #1 FAILED at 175.

1 out of 1 hunk FAILED -- saving rejects to file src/common/platform/posix/sdl/i_main.cpp.rej

patching file src/gameconfigfile.cpp -> ERROR

architector4 commented on 2021-08-03 10:03 (UTC)

Nevermind, works now. Thanks for fixing!

architector4 commented on 2021-07-27 10:30 (UTC) (edited on 2021-07-27 10:30 (UTC) by architector4)

Doesn't seem to build?

==> Starting prepare()...
Submodule 'wadsrc_widescreen/static' (https://github.com/nashmuhandes/WidePix) registered for path 'wadsrc_widescreen/static'
Cloning into '/nobackup/architector4/.cache/paru/clone/gzdoom-git/src/gzdoom/wadsrc_widescreen/static'...
Submodule path 'wadsrc_widescreen/static': checked out '89dac47dbf874351e2d5a07a0bb33b7d1175ef28'
patching file src/common/platform/posix/sdl/i_main.cpp
Hunk #1 succeeded at 175 (offset 46 lines).
patching file src/gameconfigfile.cpp
Hunk #1 succeeded at 119 (offset 10 lines).
Hunk #2 succeeded at 139 with fuzz 2 (offset 11 lines).
Hunk #3 FAILED at 153.
1 out of 3 hunks FAILED -- saving rejects to file src/gameconfigfile.cpp.rej
==> ERROR: A failure occurred in prepare().
    Aborting...

parkerlreed commented on 2020-04-21 18:00 (UTC)

==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Creating working copy of gzdoom git repo...
Cloning into 'gzdoom'...
done.
==> Starting prepare()...
patching file src/gameconfigfile.cpp
patching file src/posix/sdl/i_main.cpp
can't find file to patch at input line 80
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/src/sound/music/i_soundfont.cpp b/src/sound/music/i_soundfont.cpp
|index 400f92cb6..41896ae32 100644
|--- a/src/sound/music/i_soundfont.cpp
|+++ b/src/sound/music/i_soundfont.cpp
--------------------------
File to patch: 

parkerlreed commented on 2020-02-26 03:03 (UTC)

@browniesrgut for whatever reason even gzdoom stable needed a rebuild for me after some of the latest updates. The program would freeze starting a level spewing GTK nonsense. I always have multilib enabled and this just built fine.

spinvis commented on 2020-02-17 12:45 (UTC)

Hey grubber, any chance of an update since the legacy/vintage builds are no longer supported and development shifted towards lzdoom found here https://github.com/drfrag666/gzdoom/commits/g3.3mgw

Links to various zdoom news topics: https://forum.zdoom.org/viewtopic.php?f=1&t=65421 https://forum.zdoom.org/viewtopic.php?f=1&t=65290 https://forum.zdoom.org/viewtopic.php?t=62157

browniesrgut commented on 2019-10-08 07:26 (UTC) (edited on 2019-10-10 15:45 (UTC) by browniesrgut)

I get this error while compiling/installing latest git (Latest commit 18464d5) : https://pastebin.com/GnWB6pYW

Please help me.

[EDIT] SOLVED : is it because I activated the multilib repo ? (0_o')

parkerlreed commented on 2019-01-11 01:21 (UTC)

Well since the upstream git has no issue tracker...

Currently errors out on build http://ix.io/1y18

OrdinaryMagician commented on 2018-10-04 14:29 (UTC)

The patch no longer applies on this and qzdoom-git.

CobaltBlue commented on 2018-03-04 01:08 (UTC) (edited on 2018-03-23 02:06 (UTC) by CobaltBlue)

(UPDATE: This has been resolved.)

install: cannot stat 'gzdoom.sf2': No such file or directory

Removing line 84 from the PKGBUILD fixes this. Line 84: install -D -m644 ${_name}.sf2 "$pkgdir"/usr/share/$_name

There were some recent upstream changes regarding soundfont handling that may be related to this.

"Put soundfont to appropriate folder so it can be found by default" https://github.com/coelckers/gzdoom/commit/d45a50b0db7833d0e2c69d58ee99124b1b1b2be2

"- made the sound font loading a bit more error resistant." https://github.com/coelckers/gzdoom/commit/eb124f616062c6933f727c10a6c1919ebcb22ed9

"Added explicit fallback to default soundfont" https://github.com/coelckers/gzdoom/commit/8145b52037ab3b877aac56d9cab3630bd1bc752b

wincraft71 commented on 2018-01-23 03:44 (UTC)

openal should not be listed as an optional dependency in the PKGBUILD because it is required to hear in-game audio.

ProfessorKaos64 commented on 2016-12-06 15:52 (UTC)

I took over fmodex and will update accordingly to the latest version if you wish to use that. Should be up later today.

Halcyon522 commented on 2016-09-07 19:10 (UTC)

There's a capitalization error in src/gzdoom/src/g_strife/a_strifeweapons.cpp which is causing failure to build. Confirmed that changing "height" to "Height" enabled makepkg to build smoothly.

MadTux commented on 2016-02-10 09:39 (UTC)

For me the build fails for a different reason (while linking): CMakeFiles/zdoom.dir/tempfiles.cpp.o: In function `FTempFileName::FTempFileName(char const*)': /tmp/makepkg/gzdoom-git/src/gzdoom/src/tempfiles.cpp:46: warning: the use of `tempnam' is dangerous, better use `mkstemp' CMakeFiles/zdoom.dir/gl/scene/gl_walls.cpp.o: In function `GLWall::Process(seg_t*, sector_t*, sector_t*)': /tmp/makepkg/gzdoom-git/src/gzdoom/src/gl/scene/gl_walls.cpp:1602: undefined reference to `line_t::isVisualPortal() const' /tmp/makepkg/gzdoom-git/src/gzdoom/src/gl/scene/gl_walls.cpp:1478: undefined reference to `line_t::isVisualPortal() const' /tmp/makepkg/gzdoom-git/src/gzdoom/src/gl/scene/gl_walls.cpp:1489: undefined reference to `line_t::isVisualPortal() const' collect2: error: ld returned 1 exit status src/CMakeFiles/zdoom.dir/build.make:10690: recipe for target 'gzdoom' failed make[2]: *** [gzdoom] Error 1 CMakeFiles/Makefile2:862: recipe for target 'src/CMakeFiles/zdoom.dir/all' failed make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2 Makefile:83: recipe for target 'all' failed make: *** [all] Error 2 Any ideas?

chetgurevitch commented on 2016-01-10 23:28 (UTC)

build failed for me /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp: In member function ‘void GuillotineBinPack::Insert(TArray<RectSize>&, TArray<Rect>&, bool, GuillotineBinPack::FreeRectChoiceHeuristic, GuillotineBinPack::GuillotineSplitHeuristic)’: /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:64:19: error: ‘INT_MAX’ was not declared in this scope int bestScore = INT_MAX; ^ /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:76:18: error: ‘INT_MIN’ was not declared in this scope bestScore = INT_MIN; ^ /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:86:18: error: ‘INT_MIN’ was not declared in this scope bestScore = INT_MIN; ^ /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp: In static member function ‘static int GuillotineBinPack::ScoreByHeuristic(int, int, const Rect&, GuillotineBinPack::FreeRectChoiceHeuristic)’: /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:385:33: error: ‘INT_MAX’ was not declared in this scope default: assert(false); return INT_MAX; ^ /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp: In member function ‘Rect GuillotineBinPack::FindPositionForNewNode(int, int, GuillotineBinPack::FreeRectChoiceHeuristic, int*)’: /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:430:18: error: ‘INT_MAX’ was not declared in this scope int bestScore = INT_MAX; ^ /tmp/yaourt-tmp-chet/aur-gzdoom-git/src/gzdoom/src/GuillotineBinPack.cpp:442:16: error: ‘INT_MIN’ was not declared in this scope bestScore = INT_MIN; ^ src/CMakeFiles/zdoom.dir/build.make:4133: recipe for target 'src/CMakeFiles/zdoom.dir/GuillotineBinPack.o' failed make[2]: *** [src/CMakeFiles/zdoom.dir/GuillotineBinPack.o] Error 1 CMakeFiles/Makefile2:862: recipe for target 'src/CMakeFiles/zdoom.dir/all' failed make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2 Makefile:83: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build gzdoom-git.

FredBezies commented on 2015-12-18 19:37 (UTC) (edited on 2015-12-18 19:41 (UTC) by FredBezies)

New official url : http://forum.drdteam.org/viewforum.php?f=22 And you have to replace blasphemer by blasphemer-wad in optdepends :)

mike.cuche commented on 2015-05-15 18:49 (UTC)

==> Avvio di prepare() in corso... patching file src/m_specialpaths.cpp Hunk #1 FAILED at 497. 1 out of 1 hunk FAILED -- saving rejects to file src/m_specialpaths.cpp.rej ==> ERROR: A failure occured in prepare().

grubber commented on 2014-09-27 07:04 (UTC)

The package is the last version as well, you can tell by the commit number (48da2f8). The version number is automatically generated from git (and it will stay this way), but g2.1.pre is not properly tagged in git, that's why the version number says 1.9pre.

commented on 2014-09-25 03:52 (UTC)

The last version of "pre" is g2.1.pre.

grubber commented on 2014-08-28 06:52 (UTC)

Fixed.

jswagner commented on 2014-08-25 03:59 (UTC)

This might be related to this closed bug: http://forum.drdteam.org/viewtopic.php?f=25&t=6307

jswagner commented on 2014-08-25 03:54 (UTC)

After some recent system upgrades, gzdoom couldn't find 'libGLEW.so.1.10'. Recompiling gives this error: -- make[2]: *** No rule to make target '/usr/lib/libGLEW.so.1.10', needed by 'gzdoom'. Stop. CMakeFiles/Makefile2:785: recipe for target 'src/CMakeFiles/zdoom.dir/all' failed make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2 Makefile:76: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build().

grubber commented on 2014-07-29 19:13 (UTC)

The patch applies fine on top of current git master for me. How is it no longer valid?

err501 commented on 2014-07-20 10:34 (UTC)

In PKGBUILD file comment out line in section prepare with patch -p1 < config-update-fix.patch this update is no longer valid.

moggers commented on 2014-05-10 01:29 (UTC)

patching file src/m_misc.cpp Hunk #1 FAILED at 362. 1 out of 1 hunk FAILED -- saving rejects to file src/m_misc.cpp.rej

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

Merging into gzdoom-git. Next time please address a merge request to aur-general so you don't leave a deprecated package lying around.

grubber commented on 2013-08-14 14:56 (UTC)

Fixed fmod URL. The other changes are not necessary, 4.26.36 is recommended for GZDoom.

commented on 2013-08-07 13:10 (UTC)

fmodapi link is broken I successfully install to x86_64 with changes in PKGBUILD: --------------------- _fmodver=42636 _fmodarch=linux if [[ "$CARCH" == x86_64 ]]; then _fmodarch=linux64 fi --------------------- change to -------------------- _fmodver=44418 _fmodarch=linux -------------------- -------------------- source=(gzdoom::git://github.com/coelckers/gzdoom.git \ http://www.fmod.org/index.php/release/version/fmodapi${_fmodver}${_fmodarch}.tar.gz \ config-update-fix.patch \ doom-share-dir.patch \ stack-noexec.patch \ gzdoom.desktop) -------------------- change to -------------------- source=(gzdoom::git://github.com/coelckers/gzdoom.git \ http://www.fmod.org/files/download/fmodapi44418linux.tar.gz \ config-update-fix.patch \ doom-share-dir.patch \ stack-noexec.patch \ gzdoom.desktop) -------------------- -------------------- if [[ "$CARCH" == i?86 ]]; then md5sums[1]='220a54f330bdf3056d6207a0facf2096' elif [[ "$CARCH" == x86_64 ]]; then md5sums[1]='355cba00a34eb5f7d027da68b452f6d9' fi -------------------- change to -------------------- if [[ "$CARCH" == i?86 ]]; then md5sums[1]='759906c267e7fac55da4159a7a8c6e0b' elif [[ "$CARCH" == x86_64 ]]; then md5sums[1]='759906c267e7fac55da4159a7a8c6e0b' fi --------------------

vladimir1922 commented on 2013-06-25 11:49 (UTC)

As for 23th June 2013 the project has moved from SVN to GIT

OrdinaryMagician commented on 2012-12-01 23:37 (UTC)

Errors building: /tmp/yaourt-tmp-marisa/aur-gzdoom-svn/src/gzdoom-svn-build/src/gl/system/gl_interface.h:206:2: error: ‘PFNGLMULTITEXCOORD2FPROC’ does not name a type /tmp/yaourt-tmp-marisa/aur-gzdoom-svn/src/gzdoom-svn-build/src/gl/system/gl_interface.h:207:2: error: ‘PFNGLMULTITEXCOORD2FVPROC’ does not name a type

grubber commented on 2010-08-12 07:19 (UTC)

You're welcome. Sorry it took that long.

commented on 2010-08-06 23:21 (UTC)

Thank you for the update. :)

grubber commented on 2010-07-27 18:11 (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 the community repo) break compilation/sound in gzdoom. Also cleaned up the PKGBUILD and fixed all errors reported by namcap.

commented on 2010-07-18 02:33 (UTC)

If you're not going to fix this, then disown the package. I'll do it.

miffe commented on 2010-07-01 21:24 (UTC)

The patch fails to apply, and it forces linking with the x86_64 version of fmodex, regardless of if it's on x86_64 or i686. Please fix this.