Post has shared content
Ikey of Solus fame is making progress towards running Steam under snapd with strict confinement. Interestingly this is using Solus technology and a Solus base snap (so not Ubuntu) showcasing how the technology is distribution agnostic.
Having easy-to-install, universally available and confined steam would benefit the whole Linux community!
Having easy-to-install, universally available and confined steam would benefit the whole Linux community!
Very first tip-toes towards strict confinement for Steam under snapd.
Here you can see games and Steam under the AppArmor context. We have a few issues to work out with the CEF portion of the client but things are going well so far :)
Here you can see games and Steam under the AppArmor context. We have a few issues to work out with the CEF portion of the client but things are going well so far :)
Post has shared content
Solus, Snaps, Flatpak and Steam. A good read from Solus developers!
As of snapd 2.28 - "base" snaps are a new thing. After talking with the +Snapcraft team we've determined the best route for building a prototype snap based on Solus.
That snap, as some people have already guessed as much, will be the linux-steam-integration project, using a strict-mode LSI intercept module. We can also make various tweaks on top of that runtime to enforce ABI compatibility where it might be missing.
This guy: https://github.com/solus-project/linux-steam-integration
Why You Do This??
It's time to relieve the pressure on distributions for supporting gaming, by doing so through a single point of entry. A snapped LSI will ensure that the Steam/LSI combo would work identically on every distribution, *even if they don't support multilib*. It also ensures we can provide a "perfect" runtime, but ensure its up to date, optimised, and configured explicitly to support LSI & Steam.
But that one time with flatpak
Yep, we did consider this a long time ago with Flatpak. However, it is dramatically simpler to do this using Snaps, one of the chief reasons being the ease of driver integration (reinventing the various freedesktop entry points to satisfy installation of non-host drivers for NVIDIA users just to have a Solus based runtime and avoid Yocto in its entirety)
When will it be done
Not overnight! We're gonna get new snapd into Solus, which supports the new "pack" command, and will allow us to quickly "snap up" the base image produced from our own tooling. I'm going to be working on this over the next few weeks, and start prodding at all the various issues.
TLDR: Single Steam/LSI image that takes all of the Solus gaming/Steam work, and provides it for everyone, on any distro.
Note we're also building tooling in parallel which will allow us to easily debug the runtime, to ensure ABI compatibility is maintained for Steam itself and the games. One such tool is being developed here: https://github.com/ikeydoherty/runtime-abi-check
That snap, as some people have already guessed as much, will be the linux-steam-integration project, using a strict-mode LSI intercept module. We can also make various tweaks on top of that runtime to enforce ABI compatibility where it might be missing.
This guy: https://github.com/solus-project/linux-steam-integration
Why You Do This??
It's time to relieve the pressure on distributions for supporting gaming, by doing so through a single point of entry. A snapped LSI will ensure that the Steam/LSI combo would work identically on every distribution, *even if they don't support multilib*. It also ensures we can provide a "perfect" runtime, but ensure its up to date, optimised, and configured explicitly to support LSI & Steam.
But that one time with flatpak
Yep, we did consider this a long time ago with Flatpak. However, it is dramatically simpler to do this using Snaps, one of the chief reasons being the ease of driver integration (reinventing the various freedesktop entry points to satisfy installation of non-host drivers for NVIDIA users just to have a Solus based runtime and avoid Yocto in its entirety)
When will it be done
Not overnight! We're gonna get new snapd into Solus, which supports the new "pack" command, and will allow us to quickly "snap up" the base image produced from our own tooling. I'm going to be working on this over the next few weeks, and start prodding at all the various issues.
TLDR: Single Steam/LSI image that takes all of the Solus gaming/Steam work, and provides it for everyone, on any distro.
Note we're also building tooling in parallel which will allow us to easily debug the runtime, to ensure ABI compatibility is maintained for Steam itself and the games. One such tool is being developed here: https://github.com/ikeydoherty/runtime-abi-check
Post has shared content
Solus is a non-derivative distribution that recently adopted snaps as a supported packaging system. For me this is a personal joy as , as a community, we are allowed differentiate and innovate without living in a software vacuum. The premise of universally available software, straight from developers, is real and brings in concrete benefits to everyone.
I cannot wait for the next Solus release! Welcome to the family :-)
I cannot wait for the next Solus release! Welcome to the family :-)
Full snapd support will also be coming to users of the linux-lts (4.9.x) kernel in Solus!
https://dev.solus-project.com/R1966:1c96ad1afd9e62c70409806e4c59832345a30932
We're adding the full apparmor implementation to both kernels, and prepping the updates right now (4.9.42 and 4.12.6)
https://dev.solus-project.com/R1966:1c96ad1afd9e62c70409806e4c59832345a30932
We're adding the full apparmor implementation to both kernels, and prepping the updates right now (4.9.42 and 4.12.6)
Post has attachment
Snapd is now available for install in all currently supported +Fedora Project releases (F24, F25 and F26 as well as rawhide). Work has already completed on packaging the new snapd 2.24 release and will be released in sync with other distributions once the testing cycle completes successfully.
You can track the testing status and various other information here https://forum.snapcraft.io/t/in-progress-snapd-2-24/
You can track the testing status and various other information here https://forum.snapcraft.io/t/in-progress-snapd-2-24/
Post has attachment
Post has attachment
The future of snappy is in Cloud and IoT!
https://insights.ubuntu.com/2017/04/05/growing-ubuntu-for-cloud-and-iot-rather-than-phone-and-convergence/
https://insights.ubuntu.com/2017/04/05/growing-ubuntu-for-cloud-and-iot-rather-than-phone-and-convergence/
+Martin Pitt I've installed Fedora 25 Server edition to check out the new snapd release there and I must say I really like Cockpit! Good work (the whole team) :-)
Post has attachment
We have a candidate RPM for Fedora available and we need people interested in testing it and providing feedback. There's a forum thread with all the installation details. Have a look please!
https://forum.snapcraft.io/t/call-for-testing-snapd-2-23-on-fedora/127
Thanks to +Neal Gompa and +Simon Fels who worked on making this happen!
https://forum.snapcraft.io/t/call-for-testing-snapd-2-23-on-fedora/127
Thanks to +Neal Gompa and +Simon Fels who worked on making this happen!
Post has attachment
We have just opened a new forum for all day-to-day communications around snapd. The forum also replaces the private Telegram group where the few developers (initially) hang out. The reasons for this are many but we hope that with the move we will:
- Increase transparency around the development process so that anyone can participate or follow development of a given area
- Introduce threaded communication so that we don't just have an endless wall of text that's useless to follow after a few day of absense
- Unify all related conversations under one banner (snapd, snapcraft, essential snaps, etc)
So without further delay, the forum is at https://forum.snapcraft.io/ (unsurprisingly :-). I'm wholeheartedly inviting you to join.
I will keep using this G+ group to post information about important events but the details will always lead to a forum page.
- Increase transparency around the development process so that anyone can participate or follow development of a given area
- Introduce threaded communication so that we don't just have an endless wall of text that's useless to follow after a few day of absense
- Unify all related conversations under one banner (snapd, snapcraft, essential snaps, etc)
So without further delay, the forum is at https://forum.snapcraft.io/ (unsurprisingly :-). I'm wholeheartedly inviting you to join.
I will keep using this G+ group to post information about important events but the details will always lead to a forum page.
Post has attachment
We've now uploaded snapd 2.23.5-1 to our openSUSE repository (see installation details at https://snapcraft.io/docs/core/install) which fixes the problems described in https://bugs.launchpad.net/snappy/+bug/1674193
Further investigation on what actually triggered the problem inside snap-confine is ongoing.
Further investigation on what actually triggered the problem inside snap-confine is ongoing.
Wait while more posts are being loaded
