UnfortunateShort

There is a way to kinda make this work, this would be hardware based security. You could use a TPM to make reasonably sure the kernel is e.g. mainline / hardened / anything else acceptable. Hardware vendors (i.e. Intel, AMD etc.) would have to provide a service where they hash the kernel alongside their keys for the game devs to check against (probably not for free). You would absolutely have to use Secure Boot tho, and eventually keys may be leaked. Another possibility would be devs connecting directly to your TPM to make sure (afaik this is possible in principle, but not mean to be used that way).

I think there are easier ways to prevent cheating tho, for example simply detecting suspicious activity on the server side, i.e. stats go way up, looking at data coming from clients other than yours.

Would absolutely pay for an isekai crossing, although I imagine this to be a licensing nightmare

Now that’s what I call… Hard evidence.

I’ll show myself the exit

Say it with me: KDE neon is a testing ground; there is a reason people work on KDE Linux; Ubuntu LTS itself is already a frequent source of problems; KDE killed LTS releases for pretty much the same reason - backporting stuff sucks.

You can run R1 locally, it’s just fucking creepy, because it tries super hard to sound human

I’m wondering what the problem even is. I mean, can’t you just put all the stuff relevant to 32 bit gaming into a ‘retro-gaming’ package and be like “there, now if you want updates, better find maintainers”?

If you have an old game, chances are you won’t need many new features. Only problem could be other packages or the kernel becoming incompatible. I don’t know how relevant that is in this instance.

So far they have only made me more gay

To be fair, I doubt AI could much worse than Intel’s current marketing division.

Although I have seen little marketing bs by Intel recently, maybe they stepped up their game by not doing anything

To BKs credit, they have plant-based everything. In contrast to other fast food restaurants, which have a plant based something at best

KDE Plasma, well known for its very limited customisation options

The nice thing about GNOME is that you immediately get it, on a fundamental level that is. The not so nice thing is that lots of stuff is an add-on, and it’s entirely possible installing the wrong one will brick your desktop

There is. EndeavourOS fundamentally is Arch Linux. You could replicate the exact thing by installing Arch, adding the EOS repos for their utilities, and setting it up to be the same.

Manjaro diverges from Arch in that package versions and the time of updates are manually controlled. This means the project is generally not using the same software as an up-to-date Arch system.

Manjaro promises to be more stable like this, however their approach can lead to compatibility issues with AUR packages, which generally assume up-to-date Arch. It also kinda goes against the philosophy of Arch to invest time in extensive system tests. These issues are why many Arch users don’t particularly like Manjaro

Man did I like the concept, and man did he butcher it. Ending of S1 was actually pretty sweet, but 1 episode into S2 and you know it’s not worth to keep watching

He used to be, but he has become surprisingly chill from what I’ve seen. Maybe it’s just coincidence, but I’m under the impression that “no compiler warnings” thing, as well as the introduction of C11 and Rust played a role in that. In all three instances he made an open minded decision, all of them after he realised he was wrong on numbers one and two

You are right, it’s more like zombieware. No noteworthy DE wants to support it anymore, yet is has not been dropped completely

Can’t tell if that’s another misuse of ‘quantum leap’ or an intended pun so I’m going with the latter

X11 is dead, stop wasting time on it

Of course you can - if an adequate share of that money goes to the devs, the only issue is the money that doesn’t go to the devs. And they very likely don’t have much control over that money

Um, yeah, like, every single OSS one using E2EE

I mean, black holes are pretty future proof