▲ 48 ▼ Steam Deck owners: does SteamOS have any advantages over Bazzite? (lemmy.ml) submitted 1 week ago by onlooker@lemmy.ml to c/linux@lemmy.ml 24 comments fedilink hide all child comments
[–] novafunc@discuss.tchncs.de 15 points 1 week ago (1 child) Bazzite uses the Steam rpm, not flatpak. Though I think other launchers like Heroic may be flatpaks. But that's no different to SteamOS. permalink fedilink source parent hideshow 2 child comments replies: [–] JustEnoughDucks@slrpnk.net 2 points 1 week ago (1 child) True, actual steam flatpak is a mess. Opensuse Kappa/Aeon actually use it and it took an afternoon of debugging and 3, barely - documented fixes to get proton games to launch at all. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 6 points 1 week ago* (1 child) I don't believe the Steam flatpak is responsible for those issues openSUSE recently added some more security policies. By default, Wine cannot run normally. There's a package you can install that sets SELinux security policies to allow it to work. If you install the openSUSE Steam rpm, that security policy automatically gets installed too. This is a downside of flatpak's approach to sandboxing. It aims to work everywhere on every distro, using bubblewrap instead of something like SELinux or AppArmor. But it also does not interact with AppArmor or SELinux, so if they block something, flatpak can't override that. Meanwhile, snap uses AppArmor for sandboxing. So even if there was a policy like openSUSE's that prevented Wine from working by default, since snap speaks AppArmor, it can give itself the necessary permissions to make Wine work. permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 2 points 1 week ago (1 child) SELinux and Bubblewrap are two very different technologies. They could get out of each other’s way better, but you cannot “sandbox with SELinux”. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (1 child) You absolutely can sandbox using SELinux. Red Hat even has a tool called "sandbox" for just that: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/chap-security-enhanced_linux-securing_programs_using_sandbox Edit: and Android sandboxing is built heavily around SELinux: https://source.android.com/docs/security/features/selinux permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent
[–] JustEnoughDucks@slrpnk.net 2 points 1 week ago (1 child) True, actual steam flatpak is a mess. Opensuse Kappa/Aeon actually use it and it took an afternoon of debugging and 3, barely - documented fixes to get proton games to launch at all. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 6 points 1 week ago* (1 child) I don't believe the Steam flatpak is responsible for those issues openSUSE recently added some more security policies. By default, Wine cannot run normally. There's a package you can install that sets SELinux security policies to allow it to work. If you install the openSUSE Steam rpm, that security policy automatically gets installed too. This is a downside of flatpak's approach to sandboxing. It aims to work everywhere on every distro, using bubblewrap instead of something like SELinux or AppArmor. But it also does not interact with AppArmor or SELinux, so if they block something, flatpak can't override that. Meanwhile, snap uses AppArmor for sandboxing. So even if there was a policy like openSUSE's that prevented Wine from working by default, since snap speaks AppArmor, it can give itself the necessary permissions to make Wine work. permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 2 points 1 week ago (1 child) SELinux and Bubblewrap are two very different technologies. They could get out of each other’s way better, but you cannot “sandbox with SELinux”. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (1 child) You absolutely can sandbox using SELinux. Red Hat even has a tool called "sandbox" for just that: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/chap-security-enhanced_linux-securing_programs_using_sandbox Edit: and Android sandboxing is built heavily around SELinux: https://source.android.com/docs/security/features/selinux permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent
[–] novafunc@discuss.tchncs.de 6 points 1 week ago* (1 child) I don't believe the Steam flatpak is responsible for those issues openSUSE recently added some more security policies. By default, Wine cannot run normally. There's a package you can install that sets SELinux security policies to allow it to work. If you install the openSUSE Steam rpm, that security policy automatically gets installed too. This is a downside of flatpak's approach to sandboxing. It aims to work everywhere on every distro, using bubblewrap instead of something like SELinux or AppArmor. But it also does not interact with AppArmor or SELinux, so if they block something, flatpak can't override that. Meanwhile, snap uses AppArmor for sandboxing. So even if there was a policy like openSUSE's that prevented Wine from working by default, since snap speaks AppArmor, it can give itself the necessary permissions to make Wine work. permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 2 points 1 week ago (1 child) SELinux and Bubblewrap are two very different technologies. They could get out of each other’s way better, but you cannot “sandbox with SELinux”. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (1 child) You absolutely can sandbox using SELinux. Red Hat even has a tool called "sandbox" for just that: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/chap-security-enhanced_linux-securing_programs_using_sandbox Edit: and Android sandboxing is built heavily around SELinux: https://source.android.com/docs/security/features/selinux permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent
[–] SMillerNL@piefed.social 2 points 1 week ago (1 child) SELinux and Bubblewrap are two very different technologies. They could get out of each other’s way better, but you cannot “sandbox with SELinux”. permalink fedilink source parent hideshow 2 child comments replies: [–] novafunc@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (1 child) You absolutely can sandbox using SELinux. Red Hat even has a tool called "sandbox" for just that: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/chap-security-enhanced_linux-securing_programs_using_sandbox Edit: and Android sandboxing is built heavily around SELinux: https://source.android.com/docs/security/features/selinux permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent
[–] novafunc@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (1 child) You absolutely can sandbox using SELinux. Red Hat even has a tool called "sandbox" for just that: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/chap-security-enhanced_linux-securing_programs_using_sandbox Edit: and Android sandboxing is built heavily around SELinux: https://source.android.com/docs/security/features/selinux permalink fedilink source parent hideshow 2 child comments replies: [–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent
[–] SMillerNL@piefed.social 0 points 1 week ago Fair enough, you can do some sandboxing this way. But SELinux is not a sandboxing tool in the same way bubblewrap or landlock are. It’s a tool that can put gates around your tools until it’s a sandbox, but SELinux as sandboxing is not in the spirit of “tools doing one thing and doing it well” permalink fedilink source parent