Known Linux detractor, been sticking with Windows for years because I’ve had one too many ‘apt-get update’ brick my entire system. Decided to try out Bazzite specifically because of the immutable root partition thing.

Overall I will say things are going like 80% smoothly but there are still some very Linux-y problems with it:

The default grub has options for ostree:0 and ostree:1. 0 is the default and if you pick 0 it just hangs and doesn’t boot. I can’t figure out how to change this because the normal grub config files are read-only. So I have to quickly press down arrow when the computer is booting and select the right option.

Installing certain packages is difficult or impossible, for example I had to get pycairo and some other packages to run a Python program and you can’t add them normally. But I think the proper way is to just run everything in a container so maybe that’s on me.

90% of games work fine, but many have weird bugs like crashing when you Alt-Tab out. I could not get modded Skyrim to work after several attempts. Prism, the Minecraft launcher, has some sort of memory leak because if I leave it on in the background it eventually crashes the desktop and I have to hard restart. And of course anti-cheat games like Valorant/League don’t work at all.

KDE has tons of bugs - tooltips randomly scale to the wrong size, Dolphin refusing to copy a file to another drive for no reason, Dolphin freezing when loading a directory with lots of images, detaching a tab in Konsole sticks the window to your mouse until you click something else, Konsole has like 50 themes and none of them are named so you just have to squint and click one that looks good, drag-and-drop into Electron apps like Discord randomly fails, adding a new widget to the panel and suddenly it’s invisible, notifications appearing floating in the middle of the screen, removing an audio output (like unplugging headphones) seems to cause it to randomly choose an alternative, brightness on my monitor randomly shifts even after turning off DCC, GNOME apps have wonky themes, GNOME apps can’t detect light/dark mode so they just pick one… I could go on.

▲

d3Xt3r 2 hours ago | parent | next [-]

I run modded Skyrim (SE) via Steam on Bazzite, and it works fine. I just installed Vortex inside the same Proton prefix as Skyrim, installed all my mods via Vortex (and made sure there weren't any conflicts) and it all worked fine. I think I might've had to install .NET as well to get Vortex going, it's been a while so I don't recall, but there should be some update guide somewhere.

RE Anti-cheat, it's not ALL of them, it's only kernel-based ones. For eg, BattlEye, EAC, VAC, and nProtect Gameguard all work just fine, but of course, the game studio will need to enable that support. Arc Raiders, Marvel Rivals, Fall Guys etc all use anticheat and they work fine.

RE KDE, I haven't experienced most of those issues. I don't use Konsole (Ghostty is far better anyways). As for Discord, Equibop is a far better client compared to official.

RE GNOME, unfortunately GNOME and KDE have never really gotten along, personally I avoid GNOME/GTK apps are far as possible.

▲

timschmidt 4 hours ago | parent | prev | next [-]

> 90% of games work fine, but many have weird bugs like crashing when you Alt-Tab out.

This isn't particularly linux-y of an issue. I've had the same sort of behavior in numerous games on Windows, up to and including crashing the graphics driver when alt-tabing out of a full screen game. Seems to be something gamedevs are not commonly testing, and perhaps difficult to defend against when a game is directly interacting with the GPU.

▲

oreally 3 hours ago | parent | next [-]

> Seems to be something gamedevs are not commonly testing, and perhaps difficult to defend against when a game is directly interacting with the GPU.

I can guarantee you any gamedev worth his salt will have used alt-tab at some point in the game's development on windows. It's an incredibly common hotkey to use, and the devs very likely have multiple ides, notepads, image editing software running concurrently. You seem to be trying really hard.

> when a game is directly interacting with the GPU.

Most devs are using cross platform graphics APIs. OpenGL/DirectX/Vulkan. Alt-tab breaking is likely an OS issue.

▲

timschmidt 2 hours ago | parent [-]

> I can guarantee you any gamedev worth his salt will have used alt-tab at some point in the game's development on windows.

Not exactly a repeatable testing framework, that.

> You seem to be trying really hard.

I almost strained a typing finger! /s lol

> Most devs are using cross platform graphics APIs. OpenGL/DirectX/Vulkan. Alt-tab breaking is likely an OS issue.

All the OSes seem to suffer from it similarly. More likely an issue that even the cross-platform graphics APIs rely heavily on shared memory buffers and most games depend on code written in languages which aren't strictly memory safe. Sharing a memory buffer between CPU and GPU (or even just multiple CPU cores) is quite difficult to do safely under all possible circumstances without proper language support.

▲

oreally 2 hours ago | parent [-]

Yea I don't know how you can consider something as not 'tested' without a testing framework behind it.

	▲	timschmidt 2 hours ago \| parent [-]
		Perhaps you're not a software developer. Most devs understand that there's a big difference between "it worked for me a few times on my development workstation" and "it's routinely tested in all possible configurations under a variety of circumstances as part of a test harness or CI/CD process". In fairness to game devs, alt-tab'ing out of a running game would be a challenge for many testing frameworks as it's not something you can do at compile time, requires running the game for a period of time (CI servers don't typically have GPUs), requires some sort of keyboard/mouse automation, and interaction with the underlying OS in addition to the game. Issues which aren't added to some sort of test suite/CI tend to creep back in to codebases. Especially rapidly developed codebases like games. And threading issues are notoriously challenging to reproduce. Hopefully that helps you understand the difference.

▲

KyleGospo 4 hours ago | parent | prev [-]

Yeah I distinctly remember a time in my life where most of my Source Engine games would explode if I alt-tabbed in Windows Vista.

▲

simoncion an hour ago | parent | prev | next [-]

> ...drag-and-drop into Electron apps like Discord randomly fails, adding a new widget to the panel and suddenly it’s invisible, notifications appearing floating in the middle of the screen, removing an audio output (like unplugging headphones) seems to cause it to randomly choose an alternative, brightness on my monitor randomly shifts even after turning off DCC, GNOME apps have wonky themes, GNOME apps can’t detect light/dark mode so they just pick one… I could go on.

Hey, you can't possibly be having these problems! You're using a RedHat-derived distro! That means it uses Wayland! And the Wayland people have been telling us all for years that Wayland is good for daily use for everyone, and that it should be the default everywhere!

(Do note that the above is bitter, bitter sarcasm. I'm so, so disappointed by how the Wayland folks tend to use political pressure (rather than plain declarations of both capabilities and shortcomings) to muster up general support for their project.)

▲

simoncion an hour ago | parent | prev [-]

> ...but many have weird bugs like crashing when you Alt-Tab out.

Would it be easy for you to compile a list of like five or ten games that do this? I'm curious to see if I can reproduce this on my Steam-on-xorg-on-Gentoo-Linux machine with an AMD graphics card.

I don't doubt your report, not even a little bit, but -personally- I've found window management on Linux to be light-years better than on Windows. I can put nearly every game I've tried in my huge-ass Steam library on fullscreen on another virtual desktop, flip over to some other desktop (or window) to check something, and flip right back to find the video game still fullscreen and still running happy as a clam. [0] (To say nothing of the total lack of Windows-typical jankiness when changing the screen resolution on an "Exclusive Fullscreen" game.)

Whereas on Windows, it's kinda a crapshoot regarding both what state your desktop will be in when you Alt+Tab out of a fullscreen game and what state that game will be in when you Alt+Tab back. And if that game is "Exclusive Fullscreen" and is not running at your desktop's resolution, all the windows on your secondary monitor are probably going to be rearranged when the game starts, and will definitely be rearranged when you Alt+Tab out and maybe then again when you Alt+Tab back in.

[0] Two very notable exceptions to this are Red Dead Redemption 2 (it notices that its no longer the foreground window and "helpfully" makes itself windowed) and the Linux version of Dead Cells (it "helpfully" minimizes itself when it's no longer the foreground window.).