And now it doesn't even split games in "Linux" vs "Windows"; it simply assumes all games run on Linux. And they mostly do! Though to be fair I had to tweak a couple to make them run, and Space Marine II absolutely refuses to play past the cutscene, but most other games "just work".
God I hope Valve gets serious with Steam OS and it becomes a competitive target for PC games. They're making amazing progress with the Steam Deck, and I'm so ready to be free from Windows.
Is there something wrong with the many distros that make Steam a really easy install, or in the box? I mean Bazzite literally has a FS Steam option in the box for installers that's pretty close to the Steam OS experience with broader hardware support.
I'm trying to word this without sounding dismissive of Bazzite for simply not being from a big company with money to throw around. I'm sure the people making it are doing great work. But I just don't get the feeling it's anywhere near the position it needs to be a "real platform" that could disrupt Windows. It has to be looked at from the perspective of publishers, and whether it's worth their money to target a new platform.
Valve has good, stable funds to pay a team full time to build and support Steam OS which, over a long period of time and with enough user uptake, I think will have better chances of getting publishers on board with ensuring their games work on something that isn't Windows. Hell, they could probably make deals with publishers to say "hey, here's a pile of money to make sure your game works on Steam OS day 1, and put it in all the ads" and get the ball rolling that way.
Gaming is a tough space to crack. I think Valve's money and their history of supporting the most popular gaming platform on PC inspires more trust needed to make their platform a standard target.
The PLATFFORM from a game publisher's perspective is still going to be Steam/Proton on Linux... More likely than not, it's all still mostly going to be Win32/64, but with improved Proton testing/targetting... this will be for SteamOS or Steam on other Linux distros... it's the same.
From your perspective you aren't waiting around for "completion" ... in terms of scope, most of it is built on efforts from Fedora/Redhat with enough customization to make it friendlier to gamers. Linux distros aren't like Windows, they share a lot and are largely interoperable or compatible with a few major camps.
But very little of this affects what will happen with games. Your experience with Steam on pretty much any Linux distro is likely to be as good or better than Steam on SteamOS.
Edit: to clarify, there are differences between Linux distros... but the fact is, that Steam on pretty much any modern/updated distro will be a very similar experience wether it's "SteamOS" or something else that you aren't having to wait around for. For that matter, you can put together a current AMD system with up to a 9070XT and run SteamOS today, the hardware is supported and you don't actually have to wait for it if you don't want to. You may find the experience better with a desktop distro, if you plan on using it more or as much of a desktop as game platform. And more so if you want to run a non-amd GPU.
The core of bazzite has nothing to do with being from a big company or not. The complaint doesn't make much sense given the foundation Bazzite is actually built on is sponsored and developed by Fedora/RHEL.
Maybe I'm downplaying what the Bazzite team is actually doing, but from afar it is Fedora Silverblue with gaming related tweaks out of the box, probably targeting handhelds and common gaming hardware in testing.
The actual issue of adopting a new operating system is already rearing its head on this thread. "What's Bazzite? What's Silverblue? SteamOS, is that linux? Is that different from this other linux?".
There's too many options for someone that wants to sit down and play a game. Unless a major OEM decides to push Linux on their systems, SteamOS is generally the only real competitor in this space due to reputation and control of the PC gaming market. Time in the market, versus timing the market is what comes to mind here.
Paradox-of-choice issues are overblown. Every Linux distro is a repackaging of the same core components and same software. The PC is standardized for the most part, there is not much commodity hardware that lacks support, and the popular hardware that needs particular support (Nvidia drivers) is catered to by any popular distro out there.
Users are mostly afraid of wasting time trying Linux (any Linux) and having to go back to Windows for reason X, Y, or Z that they didn't even know about. For my partner who doesn't game, reason Z is one particular feature of Microsoft Word (the shrinkwrap application, not 365 Copilot App or whatever) that isn't emulated by LibreOffice or Google Docs. For competitive PC gamers, it's kernel anti-cheat. The Linux desktop story in general has been to slowly whittle down these reasons until there really is no good excuse for users not to switch and for vendors not to support the OS, even through compatibility layers.
I'd say it's even more true with appimage and flatpak options for desktop apps, and docker/podman containers for development use.
My biggest hobby project right now has several dependency services that are configured via docker compose and some script files for development.. then the couple services/application I'm working on are literally setup to run in dev containers watching/running against mounted volumes to the source director(ies). It's very portable to any nix-like environment with docker installed in terms of dev. Including Windows with git/msys bash or wsl.
You can use pretty much whatever Linux you want or suits your needs... relatively easily. I'm probably going to get to a point for first release over the weekend... a lot of it AI assisted (Claude Code) and pretty happy with it.
The problem I have with this approach is that ultimately you're trading one owning company for another, rather than building to a standard that anyone could build around.
Because someday Valve may no longer be privately owned, and we're potentially back where we started. If we support having strong OSS ecosystems around computers we don't have to fight this battle over and over again.
Valve slow-rolling SteamOS and being coy about it ever being released as a "standalone, supported" OS is only because they're a private company and can build for open source ecosystems.
Too bad Proton and Wine are open-source, and they can't really remove them from the ecosystem...
So if your game runs under Wine/Proton today, there's a pretty good chance that game will continue to run years from now. I've had better experience with really old games under Wine than actual Windows for that matter.
SteamOS is actively shipping on consumer hardware today, that's the real major difference here. People who don't even know how to install their own operating system are using it.
There isn't a downside to these other distros like Bazzite.
I was amazed that the PC port of Spider-man Myles Morales worked perfectly with no tweaking at all. That’s the newest AAA game I own (I think), and it runs silky smooth and hasn’t had any issues.
It wasn’t that long ago that Wine was only really useful for games that were at least 5-10 years old. Proton is amazing.
Like even in 2014 WINE worked well enough for most games for me. Proton just made it utterly effortless, and lets me run AAA games like RDR2 and CP2077.
Proton is amazing and it's really three different subprojects that deserve a lot of credit each.
First is Wine itself, with its implementation of Win32 APIs. I ran some games through Wine even twenty years ago but it was certainly not always possible, and usually not even easy.
Second is DXVK, which fills the main gap of Wine, namely Direct3D compatibility. Wine has long had its own implementation of D3D libraries, but it was not as performant, and more importantly it was never quite complete. You'd run into all sorts of problems because the Wine implementation differed from the Windows native D3D, and that was enough to break many gams. DXVK is a translation layer that translates D3D calls to Vulkan with excellent performance, and basically solves the problem of D3D on Linux.
Then there's the parts original to Proton itself. It applies targeted, high quality patches to Wine and DXVK to improve game compatibility, brings in a few other modules, and most importantly Proton glues it all together so it works seamlessly and with excellent UX. From the first release of Proton until recently, running Windows games through Steam took just a couple extra clicks to enable Proton for that game. And now even that isn't necessary, Proton is enabled by default so you run a game just by downloading it and launching, same exact process as on Windows.
It often is hard. If you’re using win32 APIs extensively, you’ll have to port your code to Linux counterparts.
There’s also the issue of forward compatibility. Sometimes you just can’t run an old Linux game on a newer distro, while it works fine in Wine. Or it might partially work: for example, I’ve managed to run a Linux build of Heroes of Might and Magic III, but didn’t get any sound, because it relied on some ancient sound API (pre-ALSA; perhaps OSS?). Windows version works great in Wine to this day.
For some game engines though, porting is really easy. There are some piracy groups releasing Linux ports of Unity games (that don’t have an official Linux version) by just replacing the game executable with a compatible one from another game.
Funnily I also run GoG games through steam proton.. But looking forward to the GoG client working!