Isn’t Bazzite an immutable OS with very limited package availability outside of gaming? At least that’s what I remember from a while back. If so it’s an excellent distro for getting a Steam Machine just like ChimeraOS, but I’m not sure it would be a good experience for someone just getting into Linux, since most of the help he will get online will direct him to edit config files which would get overwritten on update.
For example, say the person wants to install Skype, or something that is not in the graphical UI store on Bazzite. Most guides they would find for Linux would tell him to add a PPA, or download a .Deb, or if he manages to find something that works it would be to download an RPM and they would need to redo it every update, or they could find a guide on how to install it via flatpak (but for that they would need to know what flatpak is) or snap (and go into a lot of troubleshoot figuring out why he doesn’t have snap). We take a lot of Linux knowledge for granted, but people using it for the first time won’t know all of this.
Cool, so did I a while back, what’s your point? It’s still not a great replacement for Windows as it’s not the intended use of the OS, and will be frustrating for someone without Linux experience.
Yes, for you and me who understand what that means it’s just the same, but for someone with no Linux experience is going to be very different. Googling any issue he has will direct him to alter config files or install packages, neither of which would be permanent on SteamOS, while the OS is the same the usage of it is completely different, so for a person with no Linux experience to try to use it as their daily desktop system it would be frustrating because none of the help online would apply to him.
Don’t use SteamOS as a desktop OS, that’s not what it’s meant to. You might be used to Windows and think that a different distribution of Linux is just a different customization of the OS, but it’s almost an entirely different OS that happens to run the same binaries.
If you’re interested in getting an alternative to Windows, try some beginner friendly Linux distros on a Virtual Machine or an old laptop. I recommend Linux Mint to newcomers, but if you’re used to the desktop mode on SteamOS maybe Kubuntu. The closest you can get is Bazzite but that’s also not a desktop OS so I wouldn’t use that unless it was for a Steam Machine. The second closest (that’s also somewhat beginner friendly) is Manjaro K DE version, but being Arch based I don’t tend to recommend it to new Linux users, but of you’re dead set on getting something as close as possible to SteamOS that’s it.
Wine was in a great state, it just wasn’t integrated on Steam so it was clunky to get it working. Long story short Steam Machines only had a handful of games available (those with native binaries) unless you jumped through hoops to install steam on wine and launch steam from steam or something of the sort.
At the time we thought that the steam machines would make devs port their games, but that didn’t happen, so Valve invested heavily on Wine to make the games come to Linux regardless of the game devs. If Valve hadn’t invested most games that run today would still run, wine has always been an amazing piece of technology, their investment was mostly on a library called dxvk which translates directX calls to Vulkan instead of OpenGL, for technical reasons this was needed for any game that only supports DX12, but also gave some performance boost to other titles. I’m not trying to downplay Valve’s hand, dxvk was a much needed piece of the puzzle that Valve singlehandedly financed, not to mention all of the other stuff they’ve done that benefitted Linux gamers over the years, but if they had integrated wine on Steam without dxvk 99% of cases would be mostly the same (but that 1% are heavy hitters).
If you backed up your game folder yes you can. Most games on Steam have no DRM, so just copying the folder is enough to play it on another computer. Then there are badly implemented games which you would need to replace the steam library with an open implementation (which doesn’t involve cracking the game). And finally there are games with DRM which are not available on GOG so they’re irrelevant to the discussion.
This is a thread where someone claimed that you don’t own the games on Steam but you do on GOG, this is the comment the person was replying to:
In case of Steam.
With GOG I get an actual license key & terms that state my ownership.
So yes, that’s exactly what the person is saying. So the fact that GOG can’t remotely wipe your drive is a strawman fallacy, because neither can Steam, and the differences between GOG and Steam is what’s being discussed, so anything that is the same has no bearing on the discussion.
It depends on the game and how they handle steam, if they see steam as a requirement then the game is choosing to use steam as a very rudimentary (and easily bypassed) DRM. But this is more about lazy development than DRM, essentially they’re not expecting the steam APIs to fail, which is ridiculous considering they have non-steam versions, so a simple if statement would solve this issue. Also this paints those games in a very bad light to me, because if they’re doing that with some API call on steam they might be doing it with another and now the game needs to be online always.
There are plenty of multiplayer games that don’t require steam, iirc all of the paradox games you can just copy the folder to a different computer without steam and run the binaries.
And while not ideal, someone else pointed in another comment that there’s an open source implementation of the steam API, so worst case scenario you just replace the library in your backup and you’re done.
On most games yes, like I said before I’ve copied games from my computer to others to play in lan to convince friends to buy a game.
Then there are badly implemented games, where you need to either delete the steam library from the game folder or replace it with an open implementation.
And the rest are the ones that have DRM (which are not available on GOG anyways so they don’t matter for this discussion).