Arch Linux User Repository

@asura thanks for the comment, I added qt6-declarative to the make dependencies. I had it as a dependency and didn't notice it's required in the build.

I've also patched tracker-neuralnet with the latest specification of onnxruntime_cxx_api.h, the build wasn't working (tested with onnxruntime-cpu, need help testing the other variants).

As mentioned in previous comments, when wine or other dynamically linked dependencies are updated, a rebuild may be required: paru -S --rebuild opentrack

@jebez wine is required by at least one of the protocols afaik. I could change it as an optional dependency. What do you think about that @Moofed

@pan-mroku

Thanks, that worked. It's a little touchy and there's definitely a right timing to getting the instance in proton opened up, but with a little finagling, it seems pretty stable.

Why wine as dependencie?

yay -S opentrack --ignore wine

not works, is it possible to remove wine as dependencie?

@TheDukeofErl

https://github.com/opentrack/opentrack/issues/1260#issuecomment-881908297

The trick is to run two instances. One outside the container, sending data to UDP. Second one inside the same container as the game, receiving data from UDP and sending into the game

Has anybody had any luck at all getting this to work with games inside Proton? It seems that the default options for setting proton prefixes doesn't work, however, I can manually set the paths without issue. That said, I still can't actually get the tracking to do anything. It looks like there are some notes about this upstream, indicating that it needs to be located outside of /usr: https://github.com/opentrack/opentrack/wiki/common-issues#tracking-does-not-work-for-proton-games. It looks like this was mentioned on the -git version of opentrack, but nothing happened with it there.

@Moofed @Thorned_Rose I patched the build with this same fix used in upstream: https://github.com/opentrack/opentrack/commit/a47cbd05214787640bbeffa289b4d932905d213f

There's a pre-release on the works but still older than the previous commit: https://github.com/opentrack/opentrack/releases/tag/opentrack-2024.1.1 hopefully upstream will update it to include the fix.

Build is currently broken. There's an incompatibility between the opentrack source code (compat/process-list.hpp) and the version of libproc2 in ArchLinux. Specifically, the macro PIDS_VAL in /usr/include/libproc2/pids.h now takes only 3 arguments, but the opentrack code is calling it with 4 arguments. Patch compat/process-list.hpp with:

--- a/compat/process-list.hpp
+++ b/compat/process-list.hpp
@@ -153,7 +153,7 @@
-        char  **p_cmdline = PIDS_VAL(rel_cmdline, strv,  stack, info);
+        char  **p_cmdline = PIDS_VAL(rel_cmdline, strv,  stack);

edit: upstream fixed this in https://github.com/opentrack/opentrack/commit/a47cbd05214787640bbeffa289b4d932905d213f

@Moofed @Thorned_Rose

This won't build for me:

/usr/include/qt/QtCore/qmutex.h:159:14: note: declared here
  159 |     explicit QMutex(RecursionMode mode);
      |              ^~~~~~
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'opentrack-2023.3.0-1':

Any idea why this happen? opentrack: error while loading shared libraries: opentrack-user-interface.so: cannot open shared object file: No such file or directory This can be migrate by launch it via root Maybe fault of fakeboot?

diff --git a/PKGBUILD b/PKGBUILD
index 25666f6..9184856 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,8 +3,8 @@
 # Contributor: Maxime Morel <maxime@mmorel.eu>

 pkgname=opentrack
-pkgver=2023.2.0
-pkgrel=2
+pkgver=2023.3.0
+pkgrel=0
 pkgdesc="Head tracking software"
 arch=('x86_64')
 url="https://github.com/opentrack/opentrack/"
@@ -13,7 +13,7 @@ depends=('qt5-base' 'opencv')
 makedepends=('cmake' 'xplane-sdk-devel' 'wine' 'ninja' 'qt5-tools' 'procps-ng')
 optdepends=('onnxruntime: neuralnet tracker')
 source=("https://github.com/opentrack/opentrack/archive/opentrack-$pkgver.tar.gz" "opentrack.desktop")
-sha256sums=('10174ae9d19ee13d24cfbba18ace5593f4a5c933854b92c579c804a640101d32'
+sha256sums=('ba5fea9da4b7d70162648e95ba6dcd8bed140519eb607a99a5daf1b00809f824'
             '96b4a633d40f399b927d159353cfaa679d2148156a3f04b5ea23b8d4b8e4bd3f')

 build() {

The newer version seems to work fine for me