Arch Linux User Repository

This package is used by the OldUnreal Unreal Tournament v469 binary: https://github.com/OldUnreal/UnrealTournamentPatches

In order to make this dependency more explicit in the AUR, I suggest making an AUR package which installs this binary (passing a standard path for the game data, of course, so as to avoid potential conflict with other versions of the game).

I will assume I should set it to depend on lib32-glibc then. Please let me know if that is wrong or unnecessary.

@MarsSeed It was that way when I took maintainership. I fixed other details about the PKGBUILD but totally missed that. Thanks!

Just spotted: how can this package depend on glibc? That is a 64-bit binary.

If you accept another suggestion from me, I recommend that you don't rename the local directory of the cloned git repo.

If some uses a common makepkg cache as recommended (by setting an SRCDEST), this package should not have a separate copy of the repo than its native-build VCS counterpart, libxmp-git.

Hi. Thank you for the information.

I suggest you pin your last comment, making it appear always first. This would help people to get clarity as to the purpose and usefulness of this package.

This package is used by the OldUnreal Unreal Tournament v469 binary: https://github.com/OldUnreal/UnrealTournamentPatches

In order to make this dependency more explicit in the AUR, I suggest making an AUR package which installs this binary (passing a standard path for the game data, of course, so as to avoid potential conflict with other versions of the game).

Hello. This fails to build nowadays without some PKGBUILD readjustments, which I've made and as a bonus add/fix Clang support.

I can either adopt the package and apply these changes, or you can apply them yourself.

Here's the diff:

diff --git a/PKGBUILD b/PKGBUILD
index 3ee0cf8..3c5f2c5 100755
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,28 +2,30 @@
 # Contributor: grimi <grimi at poczta dot fm>
 # Contributor: Chromaryu <knight.ryu12@gmail.com>
 pkgname=lib32-libxmp-git
-pkgver=4.4.1.r113.g19ad5b32
+pkgver=4.5.0.r659.ga028de50
 pkgrel=1
 pkgdesc="Library that supports over 90 module formats (Amiga, Atari, ..)"
 arch=('i686' 'x86_64')
 url="http://xmp.sourceforge.net/"
 license=('GPL')
 depends=('glibc')
-makedepends=('git')
+makedepends=('git' 'autoconf')
 conflicts=('lib32-libxmp')
 provides=('lib32-libxmp')
 source=("$pkgname"::"git+https://github.com/cmatsuoka/libxmp.git")
 md5sums=('SKIP')

 pkgver() {
-  cd "$srcdir/$pkgname"
-  git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
+   cd "$srcdir/$pkgname"
+   git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/libxmp-*//;s/-/./g'
 }

 build() {
-  export CC="gcc -m32"
-  export CXX="g++ -m32"
-  export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"
+   export CFLAGS="$CFLAGS -m32"
+   export CXXFLAGS="$CXXFLAGS -m32"
+   export LDFLAGS="$LDFLAGS -m32"
+
+   export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"

    cd "$srcdir/$pkgname"
    autoconf

The only real use for this, that I know of, is for the Unreal 227 patch on Linux. Unreal uses the XMP libs to playback its glorious tracker music. The Linux 227 patch comes bundled with its own libxmp, but they are dated, and not the latest versions. This solves that issue, and will allow the Linux Unreal 227 patch to run without any of the bundled libs (similar to steam-runtime).