-
-
Notifications
You must be signed in to change notification settings - Fork 217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Source Dedicated Server (TF2) fails to dlopen engine_srv.so
due to libc.so.6
#939
Comments
I got a bit further by installing App ID
Still forcing
At least this time it can detect a crash and restart itself. I should note that I haven't set up a chroot just yet. |
Exact same issue trying to run TF2 srcds on an Ampere A1 OCI instance, srcds is running on FEX-Emu (using Steam Runtime Sniper to run srcds_run) atm but perf overhead is too great, any progress on this issue ? |
Not yet. I have to backport the latest elfloader changes from box64 to box86, that should help this ticket. |
Raspberry Pi 5 running Raspberry Pi OS headlessly, using
kernel=kernel8.img
in/boot/firmware/config.txt
. Box86 has been built manually according to documentation.Box86 version:
Box86 with Dynarec v0.3.5 14b978a5 built on Feb 23 2024 19:42:50
With
BOX86_LOG=2
, it is revealed thatengine_srv.so
tries to dlopenlibc.so.6
in/lib/arm-linux-gnueabihf
.Full log
I noticed that in the case of Steam, the commonly used workaround is to force Steam Runtime or force SteamOS mode, but SteamCMD is all I got.
Assuming that's what's going on, is it possible to somehow force x86 libc?
I already tried to add this to my box86rc to no avail:
Trying to force
LD_LIBRARY_PATH
to path containing i386 build oflibc.so.6
didn't help either.The text was updated successfully, but these errors were encountered: