I've been trying to run native linux games with lutris but can't get it to work. As far as ik, i can either use steam-app in my termianl, which works, or I can use nix-ld which i did setup and also works when running the game's executable from the terminal
But for some reasons, when running the game's executable in lutris, it just fails instantly, and I'm kinda out of ideas, if anyone knows what to do that'd be real helpful please
Edit:
Ok well apparently it just solved itself ??? I realized i could install lutis using programs.lutris.enable = true; instead of just putting it in home.packages, and apparently it fixed the issue. Idk why or how but ig if u use home manager, insall lutris like so
You're viewing a single thread.
16 comments
My understanding is that the NixOS Lutris package runs with a virtual FHS that is built with a selection of libraries for running Wine. I think that might mean it doesn't hook up libraries that are configured with nix-ld. If the game runs with steam-app, but not with Lutris, then it sounds like there's a library missing from the Lutris FHS.
You can override to fix that. Looking at the game logs could give you information about which libraries are missing. Or you could add in everything that steam-app uses, the way you configured nix-ld.
I did notice lutris having its own FHS when upgrading, but aw man this looks pretty dam complicated, I'm like a week old to NixOS I have no idea how imma do this lmao, i did attempt the following
which obviously didn't work, so yea im kinda lost
I'm also really surprised that lutris' FHS just does not have anything to run native linux game by default
if i were to guess maybe cuz multiPkgs is defined in fhsenv.nix in not in default.nix, could be wring tho im pretty new to nix packaging
No, you are getting the correct Lutris derivation, but it seems like you can't override buildFHSEnv in this way (unlike a regular derivation) which is unfortunate. Looking at it again the package takes an extraLibraries parameter (but it's a function taking a pkgs argument and producing a list, not a bare list). In principle this should work:
But it actually fails because both steam-run and lutris provide /usr/lib64/ld-linux.so.2 leading to a name collision. So unfortunately it seems the idea of just adding the steam-run env to Lutris doesn't quite work...
You could instead try something like this:
nix
home.packages = with pkgs; [
(lutris.override {
extraLibraries = pkgs: with pkgs; [
glibc
libxcrypt
libGL
# ... other libs in steam-run.fhs but not in the lutris FHS env
];
})
];
Which library the problem game actually needs is anyone's guess. That information might show up somewhere in the logs, or maybe ldd could tell you... but the signal to noise ratio probably won't be very good.
The Lutris FHS env does have many libraries used by Linux games. If you look at the package definition you'll see it has many more than the steam-run env. Trying to use steam-run inside Lutris is unlikely to resolve these issues. Do you have the Lutris runtime enabled?