I can vouch for Bazzite. Been running it on my desktop and laptop (both amd gpu's) with virtually no issues or hiccups. The desktop is even dual boot, despite that not being advised.
Been on Bazzite myself since the F38 Beta.
I haven't had to so much as perform a rollback even once on my AMDxAMD desktop.
In fact the upgrade from versions isn't even a worry anymore.
I played some games, turned off my computer at the Fedora 40 launch and magically it upgraded to Bazzite 40 the next time I booted up, with 0 effort on my part.
I have an older laptop with an Nvidia GPU, and it runs Bazzite mostly fine. There's a few annoying things, but that's mainly a product of Nvidia + X11. Playing games on it works just as well as my Steam Deck, and I've even rebased a couple of times due to (usually upstream) bugs that affected my specific setup.
I can also vouch for Bazzite, and it's the distro I'm using as a comparator as I'm looking for a replacement on my main desktop.
ETA: I've also dabbled a little with Silverblue and Kinoite, and they feel just as solid and "complete."
+1 for Bazzite. I stopped hopping around when I tried it with Fedora 38, been using it since.
I've had one problem related to kernel 6.9.x affecting Steam game stability on my old hardware ( i5 2500k). Newer systems have BIOS settings that mitigate the issue. It's not a Bazzite specific problem. However, I was able to roll back and pin a previous image that uses kernel 6.8.x. Will unpin and update once I see a fix deployed.
Is it related to the issue described in the post attached to this comment? The linked comment also links to an issue page with details about the issue the poster experienced. If so, then that issue should actually be fixed in kernel 6.9 (which still has not been added to the Fedora 40 repos), and not caused by it.
An extension of this issue is present in 6.8.9+ before 6.9, which is why I ask if this seems to be related (since the versions are pretty close in time and Fedora doesn't even have 6.9 yet).
That's the one. Waiting for the patch to make it's way downstream.
Shouldn't be too long left, I'd expect it to hit Fedora 40 sometime this month. I also shared instructions on how to temporarily upgrade the kernel to the one in Fedora 41's repos (which is past 6.9) if you were interested in trying that, though the instructions are untested as of yet (the issue doesn't affect me since I don't play games). It's easily revertible if you wanted to give it a try. I probably wouldn't bother if you use secure boot, because I've had issues with signing things before with similar steps, though those are the official steps from the Fedora documentation, so it may be that they just work fine.
This is a bit late, but I just wanted to follow up to let you know that Fedora 40 updated to kernel 6.9 last week.
Yup! Forgot to circle back to this post, but confirmed updated to 6.9.4 and games are no longer crashing.
Yes, just yes. Try it. If you want, I can elaborate further.
I've been using it for about a year now, and I just can't imagine going back to a traditional mutable distro.
I've never encountered any personal issues (capabilities, convenience, breaking things, annoyances) as a casual user.
I would recommend you Bazzite, but you can always just rebase to Aurora if you want, it literally takes just 2 minutes.
Just search for Fedora Atomic here on this community, and you will find dozens of great experience reports.
Bazzite is awesome. Installed it yesterday, first "distro" that just works with everything out of the box, including Logitech Keyboard/Mouse and fan control. Had to switch to X11 with dual monitor setup and nvidia, but anything else is just smooth. No tinkering, no going back because that one programm doesn't work properly. Love it!
Rather than rebasing, would there be a way to to layer the Bazzite Optimizations (Kernel & scheduler Optimizations for gaming, not Lutris etc) on top of aurora-dx?
I recently switched to bazzite. What i ended up doing was using bluebuild and making my own github repo. Which takes the newest version of bazzite upstream and strips out flatpaks i dont want or certain packages. And installs some i want. The documentation could use some work but its a great concept
https://blue-build.org/learn/getting-started/
https://github.com/Steamymoomilk/yboxproworkstation
And my repo if you need insperation and or help with configuring bluebuild feel free to ask!
Im still trying to figure out how to make it automatically take distrobox assemble distrobox.ini and setup my distroboxes
And to answer your question with bluebuild you can take bazzite-dx and set that as your image in recipe.yml and then specify what packages you want added via brew, flatpak, or rpm-ostree or removed
Holy shit, this is amazing!
I am currently struggling with build a custom image.
- Do I need to specify somewhere where the recipe.yaml files are? If I use multiple ones, and they are not in the top dir?
- If I get random Errors without any output, do you know how to increase that?
I already asked the devs that so no problem if you dont know it.
First Are you using bluebuild? There a many forks of custom image starting point. Secondly if your usijg bluebuild template. All files that specify packages and what modules should be on the recipes folder. Using recipe.yml is a very good starting point as you can specify how to install a package and what package manger to use. IE brew, rpm-ostree
You can also add modles which you can take the bluebuild template and add a modules folder in the main tree. Bluebuild has premade modules, aswell as documentation to make a cutom module.
And to answer your first question directly use recipe.yml in the recipes folder to specify other .yml files to be used in building. Secondly the best you can get is githubs builder in the actions tab, however some errors are BLOODY USELESS BECAUSE THERE WRONG. I have had a few times where it complained about not having a - at the top of a module. Even though there was one there, i eventually solved it after rewriting a part of my .yml i belive it was a formating issue
Here is my small project which I created to tackle down the issue. It is still the same, the config is really small and just tries to reinstall firefox, which was removed in secureblue.
directly use recipe.yml in the recipes folder to specify other .yml files to be used in building.
Interesting, will look at this.
Lets see
I've used silverblue on my gaming rig for over three years now. It has been a completely uneventful experience, so I really like it.
The only pain point I have is that compiling kernel modules is an utter disaster and it's ridiculous that there is not a seamless mechanism for this yet. Every kernel update (and there are tons) requires me to rebuild my third party modules, but you need to do it in a toolbox and the kernel headers version must match the running kernel version, which is actually more annoying than it sounds.
Every kernel update (and there are tons) requires me to rebuild my third party modules, but you need to do it in a toolbox and the kernel headers version must match the running kernel version, which is actually more annoying than it sounds.
Boy, I doubt that.
My Windows 11 machine doesn't require any of that.
I'm running Aurora DX on work and personal laptops. Also a gaming / media center box, which uses a custom ublue-silverblue based image that has ZFS modules installed (the box is also used for local homelab backups)
As long as you can get to the flatpak/container mindset, the atomic distros are absolutely brilliant.
I dont get it, I had the same issues on AMD too. Fedora likely wont change that, both Distros just use mostly upstream packages.
Also instead of Silverblue I honestly need to recommend uBlues silverblue-main base image, which has "batteries included".
Or you try wayblue, which is a project shipping many Wayland window managers with some defaults.
In easy terms, it's a bit like running a phone OS. The further you deviate from the default, the more issues you'll have.
It's the opposite end of the spectrum to Arch.
If you want full system control and a rolling distribution with a good security setup, stay with openSUSE Tumbleweed. Immutable distributions like SilverBlue, Aeon,...are not recommended for everyone, only for those who don't want to administer their system and who have good hardware and a good internet connection.
Running bluefin here and loving it although I am forced back to x11 for work
I'm using nobara right now, but somewhere over the last year my bluetooth has stopped working.
This has led me down the road of a reinstall, nobara had been great for gaming but now that I'm looking at spending more time developing I'm also looking at an immutable os.
There has been some really enlightening discussion here.
I tried Bazzite for a couple of months. After the 3rd or 4th update, Wayland started acting up, so I had to fall back to Xorg. So I ended up going back to Fedora Workstation. Other than that, when it was working, it worked great, dGPU or integrated, just worked. I did find it somewhat slower to boot, and the same for opening software, but nothing that I would have considered a deal killer.
Now, that's just my personal experience, I've also read of people that have had nothing but a very solid experience.
If your problem seems to be the one I'm thinking about use this answer from askubuntu.com
I just switch to silverblue yesterday and first that seems to be really cool. I'm really a fan of fedora and this immuable one is really nice. But with this particularly you couldn't use the answer shown above (in fact some devices are authorized to wake up the device so it's why it auto-reboot), because you could change anything in /usr I'm actually trying to find a way to resolve it but for now I couldn't find... Tell you more once found! 🤞
Linux
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0