-
Notifications
You must be signed in to change notification settings - Fork 32
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
umu fails to create new namespace when run in Docker #156
Comments
By extension, the container framework shares the same username space requirements as Flatpak because it shares the same code. Do you mind confirming again that you met all of Flatpak's username space requirements? Also, according the SLR maintainer, nested containerization isn't supported as those setups aren't reliable. If you want to support this use case or want more technical details as for why, please make an issue of this upstream. |
from that page:
Interestingly, bubblewrap wasn't installed at all when I first tried to check this. I installed it and then tried to re-run umu, but got the same error. Is umu using some kind of internal bwrap binary? I did a quick
|
Just throwing this out there -- using umu launcher inside docker isn't something within our project's scope. As a bare minimum we wanted it to work with snap and flatpak for obvious reasons (appeal to snap and flatpak users across various distributions). I don't see any benefit to running this within a docker container when the application itself is already containerized. If users would like to contribute patches to allow it to work within docker they are more than welcome, but it's not something were are going to shift focus towards. |
I don't use Docker, but from a cursory look its default seccomp policy probably blocks clone() with CLONE_NEWUSER: https://docs.docker.com/engine/security/seccomp/ Despite what the maintainer says nested user namespaces is generally ok if you know what you're doing. It's not usable in flatpak primarily because of their portal frontend currently requiring peeking into /.flatpak-info which cannot work securely with it. There are things you may want to do which would be much nicer configured with a proper outer tool like bwrap than by modifying pressure-vessel code which is narrowly-scoped for running proton with the steam runtime. |
Thank you, that helped a ton! I added
I then spent a while messing around with
After which it fired up just fine! |
While attempting to run umu inside of a docker container, I encountered the following error:
Both the docker container and the host machine have
kernel.unprivileged_userns_clone
enabled:Logs
When running with logging enabled (
STEAM_LINUX_RUNTIME_VERBOSE=1 STEAM_LINUX_RUNTIME_LOG=1 GAMEID=0 WINEPREFIX=prefix umu-run 7z.exe
), I get the following log file:System information
umu version: 0.1.RC4.r232.295c7b8-1 (installed from arch AUR)
Docker version: 27.0.3, build 7d4bcd863a
Docker container: archlinux:multilib-devel-20240714.0.246936
Host: Arch Linux 6.9.10-arch1-1
The text was updated successfully, but these errors were encountered: