![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.world/pictrs/image/1f477879-f269-4fc2-805c-3cb0fe552f40.png)
It currently breaks Firefox, but they’re working on it.
It currently breaks Firefox, but they’re working on it.
Bazzite doesn’t use flatpak steam. Standard rpm install with no sandboxing.
If you installed it that’s entirely your fault.
For me it’s foldables, those have come a long way in a short time and I find them to be very compelling.
Once they perfect it though it’s going to be back to the same stale shit.
No the article you are replying to, lay off the crack.
As evidenced by: this article
Oh wait
Your use case works
All of that coping and seething Toyota’s CEO has been doing about electric cars sure does look stupid right now.
Funny enough we just finished our website yesterday lmao
Those we leave alone, they’re really only meant as a base for other images anyway.
Not being able to relayer it is a good thing in this case, you don’t want the browser to have any limits on when it can update.
If you need something other than the flatpak, I would recommend installing it in a Fedora distrobox and exporting it.
We (ublue) remove Firefox and install the flatpak because you want your browser to update when it needs to update, and not only when your OS image updates.
It’s layered into the image like any other rpm. Standard steam package you’d install in Workstation.
We stopped doing this a few versions ago, main reason was inconsistency between the deck and desktop branches, since deck needs to be properly layered due to it essentially being a desktop environment.
Additionally, we’re not able to offer HDR or steam input with Wayland through distrobox. That being said, bazzite-arch remains a distrobox image with real utility for other use cases and we continue to maintain it.
They all try to share patches and ideas too, if there’s competition - it’s friendly.
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.
The testing build of Bazzite should have everything in your bottom link and more ;)
Speaking on Bazzite, KDE is our default to match SteamOS, but we put more effort into the GNOME release if anything due to us trying to maintain feature parity with Valve’s KDE, including being able to right click and add to steam, use the desktop nested, enable VRR, add custom themes based on the ones Valve shipped, and add the steam deck wallpapers ported to GNOME.
That being said, GE’s points about GNOME are very real, and they have a lot of catching to do in regards to gaming. KDE has DRM Leasing, VRR and HDR right now.
To harm a competitors stock prices more than they are paying out
The main difference, and what got me to start this project, is that you can layer on packages. This means no more dealing with disabling read-only and losing your changes every time you update.
Besides that, this incorporates a huge number of community made features such as SDGyroDSU and Discover Overlay OOTB, a newer kernel than even SteamOS 3.6, DisplayLink support, Nvidia support (on desktop), and so on.
It’s essentially become an immutable/atomic gaming spin on Fedora, with full support for the deck.
Gamescope is broken on Nvidia and has been for years.