Package Details: gzdoom-git 4.15pre+33+g7b30f93-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: MaddieMewmews
Last Packager: MaddieMewmews
Votes: 24
Popularity: 0.002840
First Submitted: 2013-06-25 15:27 (UTC)
Last Updated: 2025-01-21 01:16 (UTC)

Dependencies (28)

Required by (10)

Sources (3)

Latest Comments

1 2 3 4 5 6 Next › Last »

kinker31 commented on 2025-07-23 09:04 (UTC) (edited on 2025-07-23 10:27 (UTC) by kinker31)

I think the security-related bug got re-introduced upstream, I ended up running into the same error FabioLolix ran into when building the thing. That, or the fix didn't end up working the way as intended.

EDIT: exporting the same flags Fabio used during prepare() was able to get the issue fixed, only now the process runs into the following when it comes time to install the darned thing:

gzdoom-git: /usr/include/dap/any.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/dap.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/future.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/io.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/network.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/optional.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/protocol.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/serialization.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/session.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/traits.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/typeinfo.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/typeof.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/types.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/include/dap/variant.h exists in filesystem (owned by cppdap)
gzdoom-git: /usr/lib/cmake/cppdap/cppdap-targets.cmake exists in filesystem (owned by cppdap)
gzdoom-git: /usr/lib/cmake/cppdap/cppdapConfig.cmake exists in filesystem (owned by cppdap)
gzdoom-git: /usr/lib/cmake/cppdap/cppdapConfigVersion.cmake exists in filesystem (owned by cppdap)

MarisaDOOM commented on 2025-01-08 15:03 (UTC)

... And now the patch is no longer needed, it was actually reported and fixed upstream.

MarisaDOOM commented on 2024-12-22 12:43 (UTC)

The fix-format-security-error patch is in the sources, but it's not being applied during prepare(), worth pointing out this oversight (same thing with vkdoom-git)

MarisaDOOM commented on 2024-11-26 14:47 (UTC) (edited on 2024-12-19 11:39 (UTC) by MarisaDOOM)

The developers have a tendency to not bother with those kinds of issues, considering the already existing problem with makepkg having -Wp,-D_GLIBCXX_ASSERTIONS resulting in crashes related to calls to clamp with reverse argument order, among other things.

If this does get reported upstream, they might ignore it too, as their CI builds work just fine with whatever default compiler flags they use.

Edit: Might have to just go with how the stable package does it and patch the problematic function.

FabioLolix commented on 2024-11-18 16:51 (UTC)

error: format not a string literal and no format arguments [-Werror=format-security]

This need 

  export CFLAGS+=" -Wno-error=format-security"
  export CXXFLAGS+=" -Wno-error=format-security"

to avoid the error and should be reported upstream

kinker31 commented on 2024-11-18 02:44 (UTC)

As of the making of this post, trying to build i_net.cpp when trying to install this package results in the following, failing to install:

[ 85%] Building CXX object src/CMakeFiles/zdoom.dir/common/engine/i_net.cpp.o
/home/kinker31/.cache/paru/clone/gzdoom-git/src/gzdoom/src/common/engine/i_net.cpp: In function ‘void I_NetError(const char*)’:
/home/kinker31/.cache/paru/clone/gzdoom-git/src/gzdoom/src/common/engine/i_net.cpp:1075:21: error: format not a string literal and no format arguments [-Werror=format-security]
 1075 |         I_FatalError(error);

Might be something over at the repo itself? Could also be my system being a lil' dumdum.

MarisaDOOM commented on 2024-10-10 09:24 (UTC)

Even with that patch there's still the issue of ZMusic needing to be updated to 1.1.14, unfortunately.

MaddieMewmews commented on 2024-10-09 00:01 (UTC)

The patch seems mostly unnecessary with modern GZDoom code, all it seems to do is remove /usr/local/share/ from the search paths, which seems somewhat arbitrary, and force $PROGDIR searching for soundfonts/fm_banks. A much smaller patch that just used that last change should work, I already integrated it into my vkdoom-git package.

Below is the patch that vkdoom-git is using, albeit this is mostly untested as of now.

From f3d8a2ba96b8f9cbd327b55c17e3428ce6d7af9e Mon Sep 17 00:00:00 2001
From: Madeline Mewmews <maddie@mewmews.gay>
Date: Tue, 8 Oct 2024 16:01:25 -0500
Subject: [PATCH] Update Arch Linux patch

Signed-off-by: Madeline Mewmews <maddie@mewmews.gay>
---
 src/gameconfigfile.cpp | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/gameconfigfile.cpp b/src/gameconfigfile.cpp
index b61279ebc..75da8e4e0 100644
--- a/src/gameconfigfile.cpp
+++ b/src/gameconfigfile.cpp
@@ -181,6 +181,8 @@ FGameConfigFile::FGameConfigFile ()
        SetValueForKey("Path", "/usr/local/share/doom/fm_banks", true);
        SetValueForKey("Path", "/usr/local/share/games/doom/soundfonts", true);
        SetValueForKey("Path", "/usr/local/share/games/doom/fm_banks", true);
+       SetValueForKey("Path", "$PROGDIR/soundfonts", true);
+       SetValueForKey("Path", "$PROGDIR/fm_banks", true);
        SetValueForKey("Path", "/usr/share/doom/soundfonts", true);
        SetValueForKey("Path", "/usr/share/doom/fm_banks", true);
        SetValueForKey("Path", "/usr/share/games/doom/soundfonts", true);
-- 
2.46.1

MarisaDOOM commented on 2024-10-02 08:36 (UTC)

Seems that a recently merged pull request (https://github.com/ZDoom/gzdoom/pull/2610) has broken the included patch in this package.

lighterowl commented on 2023-09-28 09:40 (UTC)

The pkgver() in the current PKGBUILD returns 4.12pre+3+g40ec46e6e, but the pkgver variable is set to 4.12pre+3+g40ec46e6ea, which means that AUR helpers will keep notifying you about a possible update.

Please change to pkgver=4.12pre+3+g40ec46e6e in the PKGBUILD, thanks!

1 2 3 4 5 6 Next › Last »