Announcing Bazzite 2.2.0 Welcome to a Bazzite Buzz #11 This year we are starting strong, as Bazzite 2.2.0 has been released today, as so, this Buzz is dedicated to let you know everything that’s new! Before we get to the news, we have some important news for existing users: NOTE TO EXISTING BAZZITE USERS: Secure Boot Users: Manual Intervention REQUIRED The recent kernel changes will require users using Secure Boot to have added the “akmods mokutil” key. Most users should have this key al...
I love Bazzite, but I wish they would fix the no audio after wake on the OLED. I encountered it often while running the testing release, so I went back to SteamOS to wait for a stable release with the fix. Imagine my disappointment when they released a new stable version with the bug still present. :(
What’s your usecase for swapping from SteamOS? I noticed on some video that it came with A Steamdeck image but I couldn’t think of why you’d want to swap to a SteamOS ‘clone’
In addition to what’s been mentioned, Bazzite also updates the kernel and graphics drivers more often than SteamOS, so yes, while things are slightly more likely to break every now and then, there are some decent performance gains to be had.
I can see the use case for someone who wants a single OS install on the Steam Deck that does gaming just about as well as SteamOS does, but has a more fleshed out desktop experience (or even just a different one). The linked article goes into detail on various desktop-focused developments within Bazzite that wouldn’t really make sense for Valve to prioritize in SteamOS itself.
We’re aware of it, it’s just complicated and directly related to kernel differences between Valve’s heavily modified 6.1 and Fedora’s 6.6/soon to be 6.7
This release lays the groundwork since it’s the first one with a fully custom kernel. In addition updates will be coming faster for the foreseeable future. A lot was held back due to us working on maintaining secure boot support when switching kernels.
I love Bazzite, but I wish they would fix the no audio after wake on the OLED. I encountered it often while running the testing release, so I went back to SteamOS to wait for a stable release with the fix. Imagine my disappointment when they released a new stable version with the bug still present. :(
Does restarting PipeWire fix it?
systemctl --user restart pipewire.serviceor
systemctl --user restart wireplumber pipewire pipewire-pulseIf that works, you could create a systemd unit file to automatically run that after resume.
[Unit] Description=Restart Pipewire after resume After=suspend.target [Service] Type=simple ExecStart=/usr/bin/systemctl --user restart pipewire.service [Install] WantedBy=suspend.targetHow would a client (like running game) reconnect to a restarted PW server? That would require a game restart for its sound to work if I get it right
What’s your usecase for swapping from SteamOS? I noticed on some video that it came with A Steamdeck image but I couldn’t think of why you’d want to swap to a SteamOS ‘clone’
In addition to what’s been mentioned, Bazzite also updates the kernel and graphics drivers more often than SteamOS, so yes, while things are slightly more likely to break every now and then, there are some decent performance gains to be had.
I can see the use case for someone who wants a single OS install on the Steam Deck that does gaming just about as well as SteamOS does, but has a more fleshed out desktop experience (or even just a different one). The linked article goes into detail on various desktop-focused developments within Bazzite that wouldn’t really make sense for Valve to prioritize in SteamOS itself.
Report that issue, so that they can fix it?
We’re aware of it, it’s just complicated and directly related to kernel differences between Valve’s heavily modified 6.1 and Fedora’s 6.6/soon to be 6.7
This release lays the groundwork since it’s the first one with a fully custom kernel. In addition updates will be coming faster for the foreseeable future. A lot was held back due to us working on maintaining secure boot support when switching kernels.