Magiilaro

My first steps were with Debian 2.0 and a Suse Version from about the same time. But that was not very successful so I went back to Windows for about a year and then really got into Linux with Gentoo. I had a year of not much to do, had to wait a year to get into University, and I decided to install the complicated Linux Distribution that I could find.

Reasoning was: It will break a lot if it is so complicated, due to this I am forced to learn while repairing it.

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.

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?

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.

deleted by creator

“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.

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.

I will look into that too, thank you for the suggestion

A new homepage for the business of my wife.

I plan to use Hugo for it, I just wish the documentation would be better.

For the homepage I need a few additional “non-blog” pages and from the documentation I am not sure how to do that the best way.

But to be honest, I have not really looked deeper into that, so it is very possible that I just missed something.

LXQT or KDE I just like the QT look and feel.

GNOME is great in general but not for me, it is too much MacOS alike and too limited for my liking.

I have a Bambu P1S with an AMS after years of using a Ender 3 that was modified to high heavens both on hardware and on firmware level. It is a perfectly fine product and the AMS makes filament changes so much easier, it is a convenience that I personally love. My P1S is running in LAN mode and it works perfectly fine in combination with OrcaSlicer on my Linux machine. No data is send to the Bambu Cloud, everything is local.

Would I like the possibility to have a custom firmware on it? Sure, I always like options. But to be honest: My P1S runs better, smother, faster then my Ender 3 with his many mods and custom firmware ever did.

Is Bambu on my list of manufacturers for another printer purchase? Yes, but near the end after their anti consumer behavior lately.

If you want to take that from my text then feel free.

Tinkering, in my personal definition, would mean installing third party repositories for the package manager (or something like the AUR on Arch) or performing configuration changes on the system level… Just keep away as most as possible from accessing the root user (including su/sudo) is a general a good advice I would say.