Skip to content
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

Not working with Lutris #202

Closed
thebobbyboy420 opened this issue Oct 6, 2024 · 12 comments
Closed

Not working with Lutris #202

thebobbyboy420 opened this issue Oct 6, 2024 · 12 comments

Comments

@thebobbyboy420
Copy link

Installed umu-launcher on arch linux
image

Select it in Lutris
image

And when i try and run a game here is the result.
image

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 6, 2024

That error occurs because umu-launcher couldn't find your UMU-Proton build in $HOME/.local/share/Steam/compatibilitytools.d.

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 6, 2024

umu-launcher does a simple file check for sanity before making creating a subprocess, hence the FileNotFoundError.

Possible causes how this can happen:

  • The download process didn't complete or was interrupted
  • You have at least 1 game configured with the GE-Proton (Latest) runner

On the last point, when the GE-Proton (Latest) runner is set in 0.5.17, umu-launcher will delete all stable UMU-Proton builds on behalf of the user whenever there’s a new UMU-Proton release. Therefore, this will cause any games you had explicitly configured with a UMU-Proton build to not run as it was removed.

@thebobbyboy420
Copy link
Author

This umu-launcher stuff is very confusing

The download process completed and umu was installed successfully as you can see from the screenshot i posted.

And i have no games configured with the GE-Proton (Latest) runner

Today was the first time i installed umu

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 6, 2024

This is not a bug with umu-launcher and here's how you should be able to reproduce the issue on your end to prove it.

  1. Install Lutris 0.5.17
  2. Delete all UMU-Proton builds in $HOME/.local/share/Steam/compatibilitytools.d
  3. Install UMU-Proton9.0-2 in $HOME/.local/share/Steam/compatibilitytools.d
  4. Configure 1 game with the GE-Proton (Latest) runner in the wine version drop down menu
  5. Configure a 2nd game with the UMU-Proton9.0-2
  6. Run the 1st game
  7. Wait for the 1st game to launch
  8. Close the 1st game
  9. Run the 2nd game

As a result, you shouldn't be able to run the 2nd game as UMU-Proton9.0-2 does not exist. While umu-launcher can attempt to set an appropriate Proton to handle cases like these, it would be a workaround for Lutris. All clients should be able to automatically update the game's configuration state when the compatibility tool/runner does not exist . For instance, this will not happen in Heroic nor the Steam client because it will actually unset those tools for the game

@thebobbyboy420
Copy link
Author

Thanks for trying to help me R1kaB3rN

But i have no idea about this umu-launcher, seems very complicated

I guess i will stick with GE-Proton or Wine-GE for now both work fine

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 6, 2024

I'm sorry to hear that and for any inconvenience it has caused, especially since it's your first time.

To run games, umu-launcher basically just needs a few things for it to work:

  1. A runtime
  2. A proton
  3. A GAMEID

The client is responsible for at least 2 of those things, while umu-launcher is responsible for the runtime. Users shouldn't have to do anything, but wait for any downloads to complete.

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 6, 2024

What you can do for now is set another Proton build in the wine version dropdown after confirming the build exists in $HOME/.local/share/Steam/compatibilitytools.d from your file manager.

Also, assuming the Lutris runtime hasn't been updated, you may also need to apply this workaround.

While I'm convinced this is not a bug with the launcher, I'm going to leave this issue open for visibility.

@Swivelgames
Copy link

This is just a bit of commentary, so feel free to mark this as Off-topic, but I thought it might be tangentially helpful. 😊

Disclaimer

It is notoriously difficult to read tone in text. My thoughts below are just based on observations I've made reading comments on Discords, Forums, and elsewhere. I respect the effort and technical achievements, and I just want to caveat the below and highlight that I'm in no way upset, or trying to be condescending or rude 😅

Thoughts

I think the number one thing that UMU needs at the moment is Education. As a Software Engineer of 20 years, even I didn't follow what you were trying to explain. 😞

Granted, I haven't slowed down to take the time to dig into UMU yet, so I'm coming in quite fresh to the idea. 😅 But I don't know that most users will be able to go beyond that, and that's kind of the point I'm trying to make, which I'll expand on a bit below (i.e., most people have no idea what to expect from UMU, how it works, or how to use it and just want to "turn it on"). But, as a maintainer/contributor, you have a lot of knowledge about UMU and how it works, but outsiders aren't familiar with it or how it differs from the traditional way of doing things.

Right now, at first glance, the README and accompany documentation is very technical. The "How do I use it?" is quite literally just a 288-character CLI command. 😅

I can tell UMU is set to likely be pretty disruptive in the Linux Gaming market (which is a good thing!) But I think the most important thing that UMU could provide users with, outside of Topic Guides and Reference Docs, is Educational material. ❤️

Specifically:

  • Splitting Technical and End-User documentation
  • Usage of Analogies, Similes, and Metaphors to show connection between things people are already familiar with in the current translation stack, and how UMU looks to change it.
  • Diagrams and Graphics to show the current stack and shows where UMU fits in to the current mix of things (esp., how it works, and how to use it)
  • Giving people a point of reference with things they already understand at a high-level (Lutris > Runner > WINE > Executable), where does UMU sit in the stack?
    • I'd like to point out that, in the gaming community, most people would consider Lutris as a "launcher", even though Lutris itself calls itself a Platform. This comes from the colloquial reference to the "Steam Launcher", "Epic Games Launcher", etc.
    • Lutris also differentiates between "Sources" (what most people would call "Launchers") and "Runners" (Wine, Steam, Libretro, etc...)
  • Finding a way to collaboratively define and use Consistent Language synchronized across OWC, Lutris, and others...
  • Comparison of UMU to the current way of doing things, and how it's different
  • Clear, concise How-To Guides, and Troubleshooting Guides

Up to this point, OWC has been primarily focused on: Make it work, Make it right, and Make it fast. That's led us to a 1.0 release 🎉 I think, for the people that know about UMU, they're excited for it, but most of them aren't exactly sure why they're excited for it or how to use it?

Reading other materials and comments from other people in various Discords, forums, and comments, it seems like everyone was split on their understanding of what UMU Launcher was. I've heard different people think it was different things, like:

  • A new Wine fork to replace GE-Proton
  • A lutris-equivalent of steamcmd
  • And the most drastic: a new Steam-like GUI Launcher that would replace Lutris

The latter is motivated by people misunderstanding the "Unified Launcher" wording.

tl;dr

Bottom line is people are excited for UMU, but most have no idea what it is or how to use it. Given that most are used to things like Steam and Lutris "doing everything for them", I imagine the majority of people really just want to know:

  • What is it? (i.e., "what is it equivalent to? what does it replace?")
  • How do I "turn it on"?

@thebobbyboy420
Copy link
Author

This is just a bit of commentary, so feel free to mark this as Off-topic, but I thought it might be tangentially helpful. 😊

Disclaimer

It is notoriously difficult to read tone in text. My thoughts below are just based on observations I've made reading comments on Discords, Forums, and elsewhere. I respect the effort and technical achievements, and I just want to caveat the below and highlight that I'm in no way upset, or trying to be condescending or rude 😅

Thoughts

I think the number one thing that UMU needs at the moment is Education. As a Software Engineer of 20 years, even I didn't follow what you were trying to explain. 😞

Granted, I haven't slowed down to take the time to dig into UMU yet, so I'm coming in quite fresh to the idea. 😅 But I don't know that most users will be able to go beyond that, and that's kind of the point I'm trying to make, which I'll expand on a bit below (i.e., most people have no idea what to expect from UMU, how it works, or how to use it and just want to "turn it on"). But, as a maintainer/contributor, you have a lot of knowledge about UMU and how it works, but outsiders aren't familiar with it or how it differs from the traditional way of doing things.

Right now, at first glance, the README and accompany documentation is very technical. The "How do I use it?" is quite literally just a 288-character CLI command. 😅

I can tell UMU is set to likely be pretty disruptive in the Linux Gaming market (which is a good thing!) But I think the most important thing that UMU could provide users with, outside of Topic Guides and Reference Docs, is Educational material. ❤️

Specifically:

  • Splitting Technical and End-User documentation

  • Usage of Analogies, Similes, and Metaphors to show connection between things people are already familiar with in the current translation stack, and how UMU looks to change it.

  • Diagrams and Graphics to show the current stack and shows where UMU fits in to the current mix of things (esp., how it works, and how to use it)

  • Giving people a point of reference with things they already understand at a high-level (Lutris > Runner > WINE > Executable), where does UMU sit in the stack?

    • I'd like to point out that, in the gaming community, most people would consider Lutris as a "launcher", even though Lutris itself calls itself a Platform. This comes from the colloquial reference to the "Steam Launcher", "Epic Games Launcher", etc.
    • Lutris also differentiates between "Sources" (what most people would call "Launchers") and "Runners" (Wine, Steam, Libretro, etc...)
  • Finding a way to collaboratively define and use Consistent Language synchronized across OWC, Lutris, and others...

  • Comparison of UMU to the current way of doing things, and how it's different

  • Clear, concise How-To Guides, and Troubleshooting Guides

Up to this point, OWC has been primarily focused on: Make it work, Make it right, and Make it fast. That's led us to a 1.0 release 🎉 I think, for the people that know about UMU, they're excited for it, but most of them aren't exactly sure why they're excited for it or how to use it?

Reading other materials and comments from other people in various Discords, forums, and comments, it seems like everyone was split on their understanding of what UMU Launcher was. I've heard different people think it was different things, like:

  • A new Wine fork to replace GE-Proton
  • A lutris-equivalent of steamcmd
  • And the most drastic: a new Steam-like GUI Launcher that would replace Lutris

The latter is motivated by people misunderstanding the "Unified Launcher" wording.

tl;dr

Bottom line is people are excited for UMU, but most have no idea what it is or how to use it. Given that most are used to things like Steam and Lutris "doing everything for them", I imagine the majority of people really just want to know:

  • What is it? (i.e., "what is it equivalent to? what does it replace?")
  • How do I "turn it on"?

100% agree brother. Most users now days are coming from windows and no idea about linux.

umu should be selectable as a launcher with lutris, bottles and heroic from a drop down menu without having todo anything extra.

@p02030507111317
Copy link

I can only agree that the umu whole process is a bit confusing and having games randomly not working spontaneously is a bit annoying but sayin that if someone is having the same problem, you can try this

  • delete ~/.local/share/umu, that will re-download the runner

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 7, 2024

tl;dr

Bottom line is people are excited for UMU, but most have no idea what it is or how to use it. Given that most are used to things like Steam and Lutris "doing everything for them", I imagine the majority of people really just want to know:

* What is it? (i.e., "what is it equivalent to? what does it replace?")

* How do I "turn it on"?

Thanks for the feedback and taking the time to share your thoughts. Also, sorry if I had failed to communicate clearly the cause of the OP's issue. Upon rereading my posts, they were indeed sloppy and I can see how it can come off as confusing.

Yes, improving the documentation or providing more resources would be a reasonable request like you mentioned. Especially when things break, as it'd be helpful to understand a bit about the components involved leading to that breakage. I already went and created a separate issue for your request on more "educational material", so, for those interested, let's please move all discussion there.

@R1kaB3rN
Copy link
Member

R1kaB3rN commented Oct 7, 2024

Closing this issue as Lutris just officially pushed an update to its runtime, so users should be able to run their games through Proton. However, if it so happens that there are errors related to a missing runtime file in $HOME/.local/share/umu such as:

pressure-vessel-wrap[89838]: W: /home/username/.local/share/umu/var/tmp-IMACV2/bin does not exist, this probably won't work
pressure-vessel-wrap[89838]: E: None of the supported CPU architectures are common to the graphics provider and the container (tried: x86_64-linux-gnu, i386-linux-gnu)

then delete $HOME/.local/share/umu. In the future, for major releases or whenever there's structural changes in $HOME/.local/share/umu, umu-launcher will delete its runtime directory automatically in behalf of users.

@R1kaB3rN R1kaB3rN closed this as completed Oct 7, 2024
@Open-Wine-Components Open-Wine-Components locked and limited conversation to collaborators Oct 7, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants