Package Details: uzdoom-bin 4.14.3-4

Git Clone URL: https://aur.archlinux.org/uzdoom-bin.git (read-only, click to copy)
Package Base: uzdoom-bin
Description: A fork of GZDoom, a feature-centric fork of ZDoom
Upstream URL: https://github.com/UZDoom/UZDoom
Licenses: GPL3, BSD, LGPL3
Conflicts: uzdoom
Provides: uzdoom
Submitter: gameslayer
Maintainer: gameslayer
Last Packager: gameslayer
Votes: 3
Popularity: 0.65
First Submitted: 2025-12-08 07:16 (UTC)
Last Updated: 2026-07-13 14:20 (UTC)

Latest Comments

« First ‹ Previous 1 2

RealGecko commented on 2026-07-08 11:50 (UTC)

PKGBUILD line 61

    cp uzdoom "$pkgdir/usr/bin"

this worked as expected

RealGecko commented on 2026-07-08 11:45 (UTC) (edited on 2026-07-08 11:46 (UTC) by RealGecko)

I've downloaded snapshot and run pacman -s, it built the package but the error is the same:

tar --zstd -xvf uzdoom-bin-4.14.3-3-x86_64.pkg.tar.zst
...
file usr/bin/uzdoom 
usr/bin/uzdoom: symbolic link to /home/realgecko/Downloads/uzdoom-bin/uzdoom

I think it's due to 

cp -r "$srcdir/uzdoom" "$pkgdir/usr/bin"

has to be

cp -r "$pkgdir/uzdoom" "$pkgdir/usr/bin"

gameslayer commented on 2026-07-08 11:23 (UTC)

Hey @RealGecko I couldn't reproduce the issue, maybe try using a different AUR helper like yay :) 

==> Tidying install...
  -> Removing libtool files...
  -> Removing static library files...
  -> Purging unwanted files...
  -> Stripping unneeded symbols from binaries and libraries...
  -> Compressing man and info pages...
==> Checking for packaging issues...
==> Creating package "uzdoom-bin"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: uzdoom-bin 4.14.3-3 (Wed 08 Jul 2026 21:22:29)
==> Cleaning up...

Checking keyring...
Checking integrity...
Loading packages files...
Checking file conflicts...
Checking available disk space...
Installing uzdoom-bin (4.14.3-3)...
Running post-transaction hooks...
Updating the MIME type database...
Arming ConditionNeedsUpdate...
Updating icon theme caches...
Updating the desktop file MIME type cache...
Transaction successfully finished.

uzdoom
System OpenAL found
UZDoom 4.14.3 - 2025-11-28 23:18:33 +0000 - SDL version
Compiled on Nov 28 2025

OS: Manjaro Linux, Linux 7.0.13-1-MANJARO on x86_64
UZDoom version 4.14.3

RealGecko commented on 2026-07-08 07:47 (UTC) (edited on 2026-07-08 07:47 (UTC) by RealGecko) 

file /usr/bin/uzdoom
/usr/bin/uzdoom: broken symbolic link to /home/mirror/.cache/aurutils/sync/uzdoom-bin/uzdoom

looks like symlink is broken

ImperatorStorm commented on 2025-12-09 06:48 (UTC)

libzmusic.so.1 should be moved out of $pkgdir/usr/lib/x86_64-linux-gnu and into $pkgdir/usr/lib/uzdoom to prevent potential future conflicts. This should also allow you to remove the unnecessary zmusic-bin dependency.

gameslayer commented on 2025-12-09 04:55 (UTC)

Hey thanks for the report and feedback guys, due to how the binary extracted from the appimage works I could only do some of these changes due to it causing more issues but I figured out the a good midelground and put all the lib files in /usr/lib/uzdoom

maxlefou commented on 2025-12-08 17:56 (UTC) (edited on 2025-12-08 18:36 (UTC) by maxlefou)

/usr/bin/uzdoom.bin: error while loading shared libraries: libvpx.so.9: cannot open shared object file: No such file or directory. Making a symlink to libvpx.so seems to not cause issues even if it's 11.0.1

ImperatorStorm commented on 2025-12-08 17:26 (UTC) (edited on 2025-12-08 17:32 (UTC) by ImperatorStorm)

It's discouraged to drop libs in /usr/lib unnecessarily is its likely to cause package conflicts, better to move it and uzdoom.bin into /opt/uzdoom. The zmusic-bin dependency can be dropped similarly:

install -Dm755 "$srcdir/squashfs-root/usr/bin/uzdoom" -t "$pkgdir/usr/bin"
sed -i 's/"\$APPDIR\/usr\/bin\/uzdoom.bin"/"\/opt\/uzdoom\/uzdoom.bin"/g' "$pkgdir/usr/bin/uzdoom"
install -Dm755 "$srcdir/squashfs-root/usr/bin/uzdoom.bin" "$pkgdir/opt/uzdoom/uzdoom"
patchelf --set-interpreter /lib64/ld-linux-x86-64.so.2 "$pkgdir/opt/uzdoom/uzdoom"
install -Dm755 "$srcdir/squashfs-root/lib/x86_64-linux-gnu/libvpx.so.9" -t "$pkgdir/opt/uzdoom/"
install -Dm755 "$srcdir/squashfs-root/usr/lib/x86_64-linux-gnu/libzmusic.so.1" -t "$pkgdir/opt/uzdoom/"

Wrt:

I do notice that while doing patchelf --set-interpreter "/lib64/ld-linux-x86-64.so.2" "$pkgdir/usr/bin/uzdoom.bin" does fix the issue I have a feeling this will break at some point in the future and will have to be updated or could break the binary with updated patches

This shouldn't be an issue unless Arch Linux suddenly moves to debian-like multi-arch instead of its current multilib setup, though this seems very unlikely. This shouldn't break the binary unless UZDoom decides to statically link it, in which case the line could just be removed.

You should also change conflicts=("uzdoom-git") to

conflicts=("uzdoom")
provides=("uzdoom")

as uzdoom now exists.

« First ‹ Previous 1 2