-
Notifications
You must be signed in to change notification settings - Fork 10
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
Does not allow pressure-vessel to mount container runtimes from a non-default Steam Library #289
Closed
3 tasks done
Labels
type/bug
Something isn't working
Comments
This should be resolved by canonical/snapd#13053. |
I upgraded to the latest beta version of snapd 2.61.1 but I still get the following error:
|
This is a closed issue, so please open a separate issue for at least this new problem:
|
Ok, thanks. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is there an existing issue for this?
Have you checked the wiki for solutions?
Is this a Steam Snap-specific issue?
Current Behavior
ValveSoftware/steam-runtime#602
The user reported that they have "Steam Linux Runtime - sniper" installed in
/media/myrmidon/Linux Games/Steam Library/steamapps/common/SteamLinuxRuntime_sniper
.Launching a Proton 8.0 game fails with:
(newlines added for readability, in the real log file this is a single long line)
Expected Behavior
If Canonical is going to package Steam as a snap, then it should allow pressure-vessel to bind-mount the container runtime /usr from at least the most common locations for a Steam library.
Locations below
/home/
are already allowed bymount options=(rw, rbind) /oldroot/home/**/usr/ -> /newroot/usr/,
plus some related lines forusr/etc
.There should be similar expressions replacing
/home/
with/media/
,/mnt/
,/run/media/
. It would be OK to limit these to something like/oldroot/media/**/steamapps/common/**/usr
if desired, but please don't go any more specific than that, to avoid relying on implementation details that would make this Snap even more fragile than it already is.For completeness, maybe
/opt/
,/srv/
should also be allowed.Steps To Reproduce
Untested because I'm forwarding someone else's issue report, but these steps should reproduce the issue:
/media
,/mnt/
,/run/media/
or a similar location)Environment
(not available, I'm forwarding someone else's issue report)
gaming-graphics-core22 version
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: