Profile cover photo
Profile photo
Zygmunt Krynicki
Free software hacker. Professional Go, Python and C developer. Amateur hardware engineer.
Free software hacker. Professional Go, Python and C developer. Amateur hardware engineer.


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!
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 :)

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:

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:

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 recently tweeted about how terrible Bluetooth is on FOSS desktop in 2017. To be fair that was on a 2016 distribution release. Well, this time it is not. I'm on bleeding edge development distributions from, well, everyone. All the colours ,all the logos are there. And boy, does Bluetooth audio SUCKS. I think it's only fair to say that the only way to make it work is to remove and add the damn device each morning, afternoon and evening when either the headset or the computer goes to sleep.

When anyone claims otherwise have them use Bluetooth headset as their only source and sink of audio for a week, and actually depending on using it. I really really wish all the freedesktop developers that touch pulseaudio, kernel, and bluez would rally together and get a pair (or a few) of headphones, keyboard, mice and speakers. The sheer annoyance of not only not working out of the box but actively preventing you from using it is mind boggling.

I know this is not a bug report or anything similar but it's a shout of desperation and cry for help. Is there any bluetooth stack developer that would be willing the help me through the experience of figuring out what the hell is wrong and working with me on fixing it? I can work with C, I read kernel and plumbing layer just fine. I want this damn thing to work.

As a small checklist of things "Bluetooth works", it doesn't when:

- nothing sensible happens when no wired mouse/keyboard is present on boot
- nothing sensible happens when you suspend and resume {device,host}
- nothing sensible happens when get out of range and then come back

In addition Bluetooth headsets defaulting to hands-free is nuts, it should not do that. The sound quality is atrocious and no other operating system does it this way.

So there you have it, please share, +1, comment or rant. Please get in touch with me at if you have a desire for hands-on debugging, patching, compiling or anything else where I can actually help. I'm also on freenode (zyga-{ubuntu,fedora,suse}) if that's your game.

Disclaimer: The free software developers who hack on the kernel, bluez and pluseaudio are heroes of this never-ending, monumental task to get everything right. Kudos to them! I don't mean disrespect in any way.
Add a comment...

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

Post has attachment

+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

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!

Thanks to +Neal Gompa and +Simon Fels who worked on making this happen!

I'm building gcc-6-6-3.0, I'll let you know when that finishes...

EDIT: started on the 29th of March 2017 at round 21:00 CET.
Add a comment...
Wait while more posts are being loaded