Official Mod support often gets added later, Starfield for example was launched without and it was added later. This is a general trend nowadays, mod support for Baldurs Gate 3 (as an non Bethesda example) was added later too.

I am sure Oblivion Remastered will get mod support, and I would be very surprised if mod support will not also come with Creations integration.

Atomic/immutable distros are just another tool in the tool box. It is great for systems with a limited use scenario like the SteamDeck or HTPCs. I also love to install immutable distributions on systems where the user (often IT-illiterate) and the administrator are different people.

On my desktop PC I will, for the foreseeable future, use a normal distro (ArchLinux in my case) but i am planing to look into changing my servers to immutable with docker. That could make updates/maintenance easier and reduce the risk for full server compromises

Atomic/immutable distros are just another tool in the tool box. It is great for systems with a limited use scenario like the SteamDeck or HTPCs. I also love to install immutable distributions on systems where the user (often IT-illiterate) and the administrator are different people.

On my desktop PC I will, for the foreseeable future, use a normal distro (ArchLinux in my case) but i am planing to look into changing my servers to immutable with docker. That could make updates/maintenance easier and reduce the risk for full server compromises

Blizzard tried this with the Dark Pathways Bundle for Diablo 4 before, 30$ to change the colors of the Town portals. Was not very successful!

I have paid (by donating to them) for many of the open source software I use, so I don't think that everything should be free (as beer) but should be free (as freedom) and therefore open source.

The Bethesda feel is way I buy the games, the Bethesda feel is what makes the games. So I really hope that the Bethesda feel is still there.

Well… Yes, Steam has a (very stupid in my eyes) policy of "if the developer puts up an update, then everyone must update" but that is not (fully) invalidating my point.

The content of the update and the time of release of the update is still outside of Steams responsibility. If the developer decides to push an update that uses some crazy stuff that works fine in Windows but would need some obscure codepath that are not available in Wine/Proton and by that rendering a game with a "Great on Deck" rating to "unplayable" then there is nothing Steam can do about it. Or if the developer patches in some DRM that will not run on Linux. Well, yes they could put up some lines in the terms of contracts for the developers to disallow this kind of changes but i am sure this would not end well at all.

Another thing, that most likely could even less be regulated, would be if the developer pushes an update that changes the UI to something that looks great on a huge screen but is unreadable on the SteamDeck.

Yes, all this would be way less an issue if Steam would make updates optional or would allow (an easy way) to choose the version. So i am totally on your side with that point.

Depends.. The technician inside me asks: How big and heavy is the theoretical cow and can I get a huge spindle with a powerful motor?

Can you name only one, of the many tries, where a socialist state worked?

Oh but i am sure those are all no true scotsman… I mean no true socialist states.

I first read it as milking machine..

Modern games are ever changing, the Verified Status is only valid for the version of the game that was tested. Valve has no influence over the patches and changes to the game.

And we have seen how great socialist countries work, every single time was a huge success with benefits for everyone...

"chattr +i" is what I use to make things immutable

Zola really is great, I have started to work with it and it is so much easier to grasp and to get results with. Thanks a lot for pointing me to Zola!

We have OpenMW, that is remake enough for me.

The concept yes, the term for it (and the abbreviation) I am not sure.

Unreal Tournament 2004 depends on SDL 1.3 when I recall correctly, and SDL is neither on Linux nor on any other OS a core system library.

Binary only programs are foreign to Linux, so yes you will get issues with integrating them. Linux works best when everyone plays by the same rules and for Linux that means sources available.

Linux in its core is highly modifiable, besides the Kernel (and nowadays maybe systemd), there is no core system that could be used to define a API against. Linux on a Home theater PC has a different system then Linux on a Server then Linux on a gaming PC then Linux on a smartphone.

You can boot the Kernel and a tiny shell as init and have a valid, but very limited, Linux system.

Linux has its own set of rules and his own way to do things and trying to force it to be something else can not and will not work.

It works under Windows because the windows binaries come with all their dependency .dll (and/or they need some ancient visual runtime installed).

This is more or less the Flatpack way, with bundling all dependencies into the package

Just use Linux the Linux way and install your program via the package manager (including Flatpack) and let that handle the dependencies.

I run Linux for over 25 years now and had maybe a handful cases where the Userland did break and that was because I didn't followed what I was told during package upgrade.

The amount of time that I had to get out of .dll-hell on Windows on the other hand. The Linux way is better and way more stable.

Pennies per device can add up when hundreds of thousands of devices are produced. But it is not only the price of the storage but the whole circuit layout is simpler and therefore easier/faster to design and produce. That adds up too.