Closed ghost closed 2 years ago
There is a plethora of Steam-related intermediate libraries, unfortunately not well-organized and not all of them opensource or even documented. A quick search on GitHub and Google makes it seem to me like unfortunately this might be a library without any documentation or source code anywhere.
Judging from the name, it might just be a wrapper for libSteamworksNative.so
which is part of the steamworks-nosteam
port on OpenBSD. Unfortunately this likely won't solve the problem.
You could see if the game might still run without libSteamworksNativeWrapper.so
. In order for fnaify to complete setup, you currently need to remove any files of that name in lib
and lib64
, as well as remove dllmap entries for it in all .config
files. The latest version of fnaify (checkout from this repo) has -n
flag that makes it easier and you can just run fnaify -in
to proceed even without having all the libraries that it finds bundled/referenced.
If that doesn't work, the solution of last resort would be to come up with a stub library that can be plugged in (for example as addition to steamworks-nosteam port).
While not always free of Steam-related native libraries, I still recommend trying to get the games from other platforms like GOG or itch.io that do less (not none) of this stuff.
Any updates if that worked? Will close the issue otherwise...
Sorry, no, nothing I tried seemed to work. Feel free to close it.
Looks like I'll be stuck with Linux for gaming. Thanks for this effort anyway and good luck with this project!
When on OpenBSD 7.0, fnaify cannot find libSteamworksNativeWrapper.so even though this library gets pulled as a dependency of fnaify.
How to reproduce:
This should leave you with a very simple output:
Did I miss something? I tried to help the script by creating a few helper symlinks from local dir, library subdirs and from /usr/lib/ and /usr/local/lib/, but none had effect on the search.
Here is a more verbose output: