Available only on select Pixel phones, and the virtualization API that makes it possible is available only to preinstalled system apps.

So no, you cannot install Ubuntu image onto your Samsung phone, you specifically need to buy the newest Pixel.

Oh yeah, totally, but when using the terminal it’s a pain

• It violates the whole does one thing principle. this is of course much more than a beauty-related offense. Modular design is central to good software engineering.
• Log files are no longer simple text files you can watch, grep, or work with – again violating a major Unix principle and making a zillion other things that would “just work”, have to be done with special systemd hooks/options/yadda
• The problems it solves could have been solved with a reasonably well contained change to SysV init, and probably made optional. Single-user setups don’t need server-farm complexity.

Since “do one thing principle” is pretty abstract, I’ll give you one example of a downstream consequence.

I wanted to set up a NixOS microVM using docker sbx. Turns out, it was basically impossible (nothing is actually impossible, it just depends how much you to modify/rebuild things).

Much of NixOS depends on systemd to manage lifecycles of this or that, but systemd only works properly if it’s the first PID, and when it runs in that mode it also wants to initialize hardware.

But the hardware is all managed by the microVM, so systemd blows up. All it needs to do is nothing, but that turns out to be very difficult to achieve.

If these were like 3 or 4 distinct utilities, there would be obvious seams where I could separate them and only activate the stuff that’s relevant to my use case. But it’s all one big ball of mud.

Systemd (along with the various add-on services that come with it on most major distros) meddles with and tends to break critical functionality quite often, except on boring systems where the needs being served happen to be handled well by systemd’s happy path(s).

If the computers you maintain fit Lennart Poettering’s idea of how to do things, then you might never notice a problem. On the other hand, if you’re responsible for systems with unusual or complex configurations, or have need of the flexibility that makes unix so very useful in the first place, then you might very well discover that systemd is a pushy, invasive, poorly considered, buggy, and in some ways just pain broken collection of software, maintained with a level of arrogance and carelessness not often matched in the unix community, and you might rightly come to despise working with it.

Sadly, my experience has been the latter. In the years since the systemd suite was adopted by Debian distros, I have been burned more times by it and spent more weeks of my life troubleshooting it than I can count any more. Because of this, I have come to resent systemd. And I know I’m not alone in this.

So, dear readers, when you see people complaining about systemd, please try not to be like the zealots out there who routinely cry “luddite” and demand proof when they encounter folks who dislike it. Try instead to remember that one size does not fit all, that some of systemd’s detractors are very skilled and reasonable people who happen to run systems that are necessarily different from your own, and have encountered problems that you have not. It has been over a decade. Some of us are tired of it, and tired of talking about it.

Or Libre Office. None even compare to MS Office, by a long shot.

They’re fine for the average person, but any business user is going to run into major walls.

We need to be brutally honest about what works, and the limitations. I’m not going to recommend a business use any form of OSS office.

Now Aunt Sally? For sure, because she’s not doing anything complex.

Try using one on Mint. A mouse that’s been around longer than Mint has been an idea doesn’t work at all until you search and discover a third party app to enable it.

ANY Logitech mouse works with generic windows drivers since 2000. Under Mint they don’t work at all without the third party app.

Windows does not cache writes for removable media

Later versions of windows recognise that the device is removable and don’t cache writes. From the users point of view the copy dialog box only closes when writes are complete.

Me: Ugh, X problem!? Fine, let’s google it and find the answer…

OP: I have X problem, which is stopping me from doing Y.

Answers: Oh, you don’t need X to do Y. Here’s a solution for your Y problem!

Me: I don’t care about Y! What about X problem!?

Not to mention how FOSS developers have to deal with entitled assholes every now and then.

entitled assholes, and more recently waves upon waves of un-reviewed SLOP code from morons who can’t even write a Hello World program.