I’m not saying it doesn’t work. I’ve set several things from GoG up using Lutris. But in Steam it’s a two step process:

1. Click Install
2. Click Play

I want that level of ease from GoG.

Now can we get proton support for GoG that is as convient and reliable as it is in Steam?

I dislike 5th edition for a lot of reasons, but this is extremely oversimplified binary thinking.

Oh man, I loved my OG Droid.

Then Diogenes comes rolling through in an RV.

While the priors seemed to suggest it could float, the update step showed that was an outlier.

I’ll show myself the door.

Exactly, the same way I handle all my credentials.

And… they’re basically all correct. Linux does run on all sort of machines, even really ancient ones. It has a solid command line environment, or rather lots of them. And it’s astounding powerful. Windows does still blue screen, is currently the best place for gaming, and wow is MS fucking you with Win11. Macs can have a cool setup, are really simplified for most users and expensive.

Oh you’re in for a treat! The Baroque Cycle takes place much earlier, but has family ties to Cryptonomicon.

I’ve only worked on a few embedded systems where C++ was even an option, but they allowed 2, 4, 5, and 7. Though, for the most part most classes were simple interfaces to some sort of SPI/I2C/CAN/EtherCAT device, most of which were singletons.

Take a look at what even the proposer is saying wouldn’t be allowed in:

 (1) new and delete.  There's no way to pass GFP_* flags in.

 (2) Constructors and destructors.  Nests of implicit code makes the code less
     obvious, and the replacement of static initialisation with constructor
     calls would make the code size larger.

 (3) Exceptions and RTTI.  RTTI would bulk the kernel up too much and
     exception handling is limited without it, and since destructors are not
     allowed, you still have to manually clean up after an error.

 (4) Operator overloading (except in special cases).

 (5) Function overloading (except in special inline cases).

 (6) STL (though some type trait bits are needed to replace __builtins that
     don't exist in g++).

 (7) 'class', 'private', 'namespace'.

 (8) 'virtual'.  Don't want virtual base classes, though virtual function
     tables might make operations tables more efficient.

C++ without class, constructors, destructors, most overloading and the STL? Wow.

According to the github analysis, the kernel repository is:

• C 98.3%
• Assembly 0.7%
• Shell 0.4%
• Makefile 0.2%
• Python 0.2%
• Perl 0.1%
• Other 0.1%

So yeah, its basically all C, plus a tiny bit of assembly for very low level bootstrapping and some helper scripts.

There is no C++ allowed in the Linux kernel and Linus has gone on several major rants about how terrible a language it is.

JPF vs the PFJ?

https://youtu.be/WboggjN_G-4?si=78-liE_B4zjkfppO

I feel like the fact that you can name all of those as different groups means that you’ve already fallen for the feldspar trap.

https://xkcd.com/2501/

You forgot about leftist infighting.

https://www.johndcook.com/wordvslatex.gif

When someone says basic semiconductor, my first thought would be a single diode or maybe a transistor, not an entire integrated circuit.

Could someone ELI5 whats wrong with snaps? I see hate for them all over the place but as an end user with little technical knowledge of linux packaging they seem fine? I can install them and use them, they don’t appear to have any anti-FOSS gotchas, so whats the big deal?