Hi! Great post, good research with sources, great initiative, thank you. 🙏

That, plus all the obvious propaganda, dogmatic echo chambers, and people who misspell stuff voluntarily, or make extremely basic mistakes (“your wrong”, “its that”, “there logic”, etc) more than once.

Yeah so, the amount of meals is correct. But that’s about it. I mean, I can’t say about the taste, to each their own, but one kg of cow meat needs two dozen kg of grain.

That’s about as inefficient as it gets.

As for the leather, the industry doesn’t like products that last a decade, so it isn’t actually using the leather in such a way. Industrial leather boots last a year tops.

Finally, pet food is made out of discarded cuts of meat, the uglies, etc. But also lots of cereals, and vegetables.

So we could really afford eating less meat. It isn’t good for anything. Not for us, not for the other species (certainly not for the cows, that get often half assed butchered in a hasty way because of quotas and profit), and absolutely not for the ecosystem.

But I guess the taste is all that matters.

This is the way. And I might add, Unix desktop. Let’s not start bikeshedding between FOSS Unix distributions out of dogmatic reasons (I’m sure you didn’t mean to specifically single out “Linux” here, but I wish we would stop opposing “Linux” and other Unixes like BSD, Illumos, etc).

The point is, voting with your data for software that is defending your interests, and respecting your rights.

Edit: Dang, I didn’t expect to get so much slack for “Unix as opposed to Unix-Like”. I absolutely meant “Unix-Like”, but my point is that it shouldn’t matter. Most software is trying to be compatible, these days, and Linux isn’t (in spite of all that marketing material) an OS. It is a kernel. So semantics for semantics, can it even be compared to something it is not? I merely tried to be inclusive.

With a 52% percent mortality rate, this might well be the last such opportunity. One way or another. 😬

But use the widows version and the proton layer. The Linux version is horribly coded.

I would not call that a “privacy proxy”, it is very disingenuous. It is a normal proxy, which replaces the technical metadata from your connection, so that automated tracking is harder. But it will not replace or remove any of your input. And you can easily be tracked that way too.

I see a proper keyboard in that picture. Where is the keyboard in my pocket, eh Ted? There was one thing that mattered above all, and that’s the thing that’s missing?? WHERE IS THE KEYBOARD IN MY POCKET, TED?

Yeah, I find the puzzle sliding JavaScript captchas the best as a user. Cognitively better than “training neural networks to recognise protestors”, and still fast enough that it doesn’t feel like a forced ad. Reliability might however vary a lot between implementations.

Plus, that way, you have a trail of invites. If something goes wrong, you can prune entire branches and mitigate most abuse.

Note: this comment is long, because it is important and the idea that “systemd is always better, no matter the situation” is absolutely dangerous for the entire FOSS ecosystem: both diversity and rationality are essential.

Systemd can get more efficient than running hundreds of poorly integrated scripts

In theory yes. In practice, systemd is a huge monolithic single-point-of-failure system, with several bottlenecks and reinventing-the-wheel galore. And openrc is a far cry from “hundreds of poorly integrated scripts”.

I think it is crucial we stop having dogmatic “arguments” with argumentum ad populum or arguments of authority, or we will end up recreating a Microsoft-like environment in free software.

Let’s stop trying to shoehorn popular solutions into ill suited use cases, just because they are used elsewhere with different limitations.

Systemd might make sense for most people on desktop targets (CPUs with several cores, and several GB of RAM), because convenience and comfort (which systemd excels at, let’s be honest) but as we approach “embedded” targets, simpler and smaller is always better.

And no matter how much optimisation you cram into the bigger software, it will just not perform like the simpler software, especially with limited resources.

Now, I take OpenRC as an example here, because it is AFAIR the default in devuan, but it also supports runit, sinit, s6 and shepherd.

And using s6, you just can’t say “systemd is flat out better in all cases”, that would be simply stupid.

Devuan + xfce.

Seeing that I’m a senior dev, take it any way you want.

Junior dev:

Straight out of uni, know the latest developments while having also studied long established standards and specifications (like POSIX, LSB, SQL, etc), full of energy, and ready to speedrun burning out any %

Senior dev:

Hasn’t learned anything substantial in decades, uses outdated specs because “who got the time for that, and legacy stuff works just as well anyway”, copy pastes most of their work from stack overflow, is only still employed because of their inside information knowledge and the utter absence of documentation leading to a bus factor of one, and has perfected the art of gaming the system to the point of photoshopping a sloppy IDE screen over their WoW game whenever a picture of them “working” gets taken.

Yeah, checks out.

https://store.steampowered.com/app/15560/

Yeah totally merge everything, people like a good spaghetti salad.

Love how nuanced this is 🙃

Better lzma performance with xz. 🤪

Additionally to the other answer: the reason CISC came up to be was “less instructions”. Memory was a lot more expensive, and developers worked in assembly a lot more. So, less instructions made a lot of sense. Now, memory is cheap, and developers almost never write assembly unassisted.

Substantially. CISC vs RISC is night and day. Keeping x86 for so long was a mistake, but one that generated billions in value for shareholders.