Arch Linux User Repository

Recent update to fluidsynth2 breaks fluidsynth for gzdoom.

Quick glance through source suggests src/sound/mididevices/music_fluidsynth_mididevice.cpp needs

#define FLUIDSYNTHLIB1 "libfluidsynth.so.1"

changed to

#define FLUIDSYNTHLIB1 "libfluidsynth.so.2"

but I haven't tested.

(my temp fix is creating symlink /usr/lib/libfluidsynth.so.1 to /usr/lib/libfluidsynth.so.2)

EDIT; keeping this post here even though its stupid. I don't know exactly whats wrong, I am behind a restricted network but github itself isn't blocked and I can download archives from the site itself, yet on several occasions I get this same error (minetest-get, fsearch, etc). Its clearly isolated to my machine, maybe something about the ".git" flips a filter. Whatever, its not the packages fault

Error on build;

fatal: unable to connect to github.com: github.com[0: 192.30.253.113]: errno=No route to host github.com[1: 192.30.253.112]: errno=No route to host

==> ERROR: Failure while downloading gzdoom git repo Aborting...

The PKGBUILD doesn't look wrong but I tried replacing the source line with an absolute git link and removing #tag=g${pkgver} anyways, neither worked. This problem has persisted for two weeks thus far and I can download the source from the git itself so I really don't get it. Any ideas, other than to compile it manually (which im finally gunna do because im itching for doom)?

Build 3.7.1-2 fixes all crash issues, thanks for the quick edit!

In regards to the problem reported below, I shall leave this compilation guide here for those that might want it. https://zdoom.org/wiki/Compile_GZDoom_on_Linux

There is a problem since version 3.7.0 and 3.7.1 with the use of asmjit. It makes GZDoom crash on some occasions, see this bug report from me on the GZDoom forums. https://forum.zdoom.org/viewtopic.php?f=2&t=63110 I believe the PKGBUILD needs to be updated to use GZDooms own asmjit instance instead. Can you have a look? Thanks!

==> WARNING: Package contains reference to $srcdir

usr/bin/gzdoom

There's something weird when gzdoom is compiled from AUR, P2P networking mode don't work for 3+ players, it just gets stuck on "waiting for number" with number being a random player number each time, and the client/server mode just ends up being out of sync, none of these problems are present if I download the source code from site and compile manually.

Added the fix from upstream.

EDIT: This has been fixed upstream (SHARE_DIR was added back) and should be included in the next version.

The issue mentioned by maxlefou also affects new installations of GZDoom without a configuration file. GZDoom 3.2.1+ no longer searchs SHARE_DIR as part of the default [FileSearch.Directories]: https://github.com/coelckers/gzdoom/pull/377

stat("./gzdoom.pk3", 0x7ffdf29f8670)    = -1 ENOENT (No such file or directory)
stat("gzdoom.pk3", 0x7ffdf29f8670)      = -1 ENOENT (No such file or directory)
stat("/home/dosamp/.config/gzdoom/gzdoom.pk3", 0x7ffdf29f8670) = -1 ENOENT (No such file or directory)
stat("/usr/local/share/doom/gzdoom.pk3", 0x7ffdf29f8670) = -1 ENOENT (No such file or directory)
stat("/usr/local/share/games/doom/gzdoom.pk3", 0x7ffdf29f8670) = -1 ENOENT (No such file or directory)
stat("/usr/share/doom/gzdoom.pk3", 0x7ffdf29f8670) = -1 ENOENT (No such file or directory)
stat("/usr/share/games/doom/gzdoom.pk3", 0x7ffdf29f8670) = -1 ENOENT (No such file or directory)

The only solution for the current version is to either

• not use the /usr/share/gzdoom directory: define INSTALL_PK3_PATH as share/doom (and SHARE_DIR as /usr/share/doom) so the GZDoom PK3 files are installed in the well known /usr/share/doom directory
• patch src/gameconfigfile.cpp to add /usr/share/gzdoom to the list of default file search directories.

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