- name: umu-run
- description: Unified launcher for Windows games on Linux
- snapcraft: Snap-umu-run/snapcraft.yaml at main · Kyuyrii/Snap-umu-run · GitHub
- upstream: GitHub - Open-Wine-Components/umu-launcher: Unified launcher for Windows games on Linux
- upstream-relation: I only made the Snap version.
- interfaces:
- <interface-name>: steam-support
- request-type: auto-connection
- reasoning: It’s necessary for the UMU-launcher to function.
- <interface-name>: joystick
- request-type: auto-connection
- reasoning: It is necessary to be able to interact with the games using the gamepad.
- <interface-name>: steam-support
This request has been added to the queue for review by the @reviewers team.
Since the bot ignored the other request, I’ll leave the link here: Automatic connection request for zordeer
Let’s continue the discussion on Automatic connection request for zordeer ![]()
Hey folks!
From a conceptual perspective, launchers do not fit the confinement model very well. If launched applications are going to use the launcher’s runtime, then the launcher would require every single permission bit, as it is not possible to know beforehand which permissions will be needed by all the applications that may be launched. This means that the launcher would need to be effectively unconfined.
Steam was a exceptional case that required some alignment, and according to [steam-support documentation](https://snapcraft.io/docs/steam-support-interface), “Only the Steam snap may establish this interface.” In general, -support interfaces are designed for specific applications and should not be granted in other cases. Thus, -1 from me for granting umu-run any use of steam-support interface (#voteAgainst).
Sorry for the inconvenience.
Who should we discuss this issue with to try and change the situation?
If steam support cannot be given to other apps, it means that Snapcraft and snapd themselves are working against the existence of other launchers, allowing only Steam to exist.
In other words, it implies to developers and users that the gaming experience that Ubuntu and Snap deliver is basically intentionally bad.
The developers of Heroic even planned a Snap version of the Heroic Games Launcher, but they abandoned the idea, and the Steam support plug is precisely what would allow it to function.
It’s a very strange situation that the joystick plug and steam-support exist, Steam Snap exists, there’s a games section in the Snap Store, an emulator section, RetroArch is available with automatic connection to the joystick plug, but game launchers like Heroic, Minigalaxy, and Zordeer can’t exist in the Snap Store.
I agree. We need to find a way to make these alternative launchers work; otherwise, we risk offering an incomplete Linux gaming experience. I understand that you can’t just grant permissions to anyone and that each case requires careful study, but we have to move forward. In my opinion, not having an official or community-maintained Snap for Heroic Games Launcher is a handicap that could ultimately undermine the great progress made with Steam Snap.
Please see my explanation in your other request: