Package Details: luxtorpeda-git 61.0.0.r373.e192991-1

Git Clone URL: (read-only, click to copy)
Package Base: luxtorpeda-git
Description: Steam Play compatibility tool to run games using native Linux engines
Upstream URL:
Keywords: games steam
Licenses: GPL2
Conflicts: luxtorpeda
Provides: luxtorpeda
Submitter: D1SoveR
Maintainer: D1SoveR
Last Packager: D1SoveR
Votes: 6
Popularity: 0.002522
First Submitted: 2020-02-24 23:13 (UTC)
Last Updated: 2022-11-30 08:47 (UTC)

Latest Comments

1 2 3 Next › Last »

Score_Under commented on 2023-09-19 12:21 (UTC)

The patches have stopped applying

AE86 commented on 2023-01-22 09:10 (UTC) (edited on 2023-01-22 09:13 (UTC) by AE86)

Please change
godot_version="$(pacman -Qi "${makedepends[3]}" | awk -F " : " '/^Version/ {print $2}' | sed -E 's/-[^-]+$//')"
godot_version="$(LANG=C pacman -Qi "${makedepends[3]}" | awk -F " : " '/^Version/ {print $2}' | sed -E 's/-[^-]+$//')"
Output of this command translates into system locale language.

D1SoveR commented on 2022-11-20 01:03 (UTC) (edited on 2022-11-20 01:03 (UTC) by D1SoveR)

Thank you for all the feedback, I've made further changes to the build to account for the issues mentioned. :)

  • I've added clang to make dependencies, it is indeed required for the build to pass
  • I've added the flag to disable any LTO on luxtorpeda binaries
  • I've replaced use of unzip (which would require an explicit dependency) with bsdtar (which is required by pacman and therefore almost guaranteed to be available)
  • I've replaced Arch repositories' godot with godot-headless-bin to avoid build issues on environments without available X11; the latter is smaller and doesn't require any workarounds, but it's available only through AUR, not regular Arch repositories

If you prefer to use Arch repositories' Godot installation, run the build with environment variable USE_STANDARD_GODOT=1 - this will replace the headless one with regular one, and if done so on the environment without X11, it will also add xorg-server-xvfb to make dependencies in order to fake a display for Godot part of the build.

Score_Under commented on 2022-11-19 19:44 (UTC)

one more:

error: failed to run custom build command for `gdnative-sys v0.11.0`

Caused by:
  process didn't exit successfully: `/build/luxtorpeda-git/src/luxtorpeda/target/release/build/gdnative-sys-2109a22d78234dd3/build-script-build` (exit status: 101)
  --- stderr
  thread 'main' panicked at 'Unable to find libclang: "couldn't find any valid shared libraries matching: ['', 'libclang-*.so', '*', 'libclang-*.so.*'], set the `LIBCLANG_PATH` environment variable to a path where one of these files can be found (invalid: [])"', /build/.cargo/registry/src/
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

↑ it needs clang in makedepends too

/usr/bin/godot --path . --export "Linux/X11" target/release/luxtorpeda.x86_64 --no-window
ERROR: X11 Display is not available
   at: initialize (platform/x11/os_x11.cpp:143)

↑ it needs xvfb-run or something similar if it can't be made truly headless

acidunit commented on 2022-11-19 19:05 (UTC)

Luxtorpeda does not build with LTO, add options=('!lto') to the PKGBUILD

Score_Under commented on 2022-11-19 18:54 (UTC)

/startdir/PKGBUILD: line 73: unzip: command not found

It needs unzip in makedepends

Stebs commented on 2022-11-19 18:39 (UTC)

Builds fine now and X-Com on steam with luxtorpedo did run fine in an quick test. Thanks a lot!

D1SoveR commented on 2022-11-19 17:50 (UTC)

@Stebs, thank you for letting me know! Version 60 of Luxtorpeda replaced the UI part with one based on Godot game engine, so the build script needed a lot of adjustments.

It should work as expected now, but Godot-built binaries are subject to some quirks (like the engine only using export templates from user directory), which required some interesting workarounds. Let me know if it still causes issues for you!

Stebs commented on 2022-11-19 11:48 (UTC) (edited on 2022-11-19 11:50 (UTC) by Stebs)

Build fails:

==> Beginne prepare()...
patching file Makefile
Hunk #1 FAILED at 37.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
==> FEHLER: Ein Fehler geschah in prepare().

D1SoveR commented on 2021-11-07 00:56 (UTC)

@d10sfan, thank you for checking the issue over! I've tried the build with version updated for worked-around bit-set and it's working without any issues!

@gshinguji, you should be able to get the package building now. :)