No. We’re all waiting for this guy to activate it so we can get to work.

systemd, as a service manager, is decent. Not necessarily a huge improvement for most use cases.

systemd, the feature creep that decides to pull every single possible use case into itself to manage everything in one place, with qwirks because making a “generic, do everything” piece of software is not a good idea, is not that great.

systemd, the group of tools that decided to manage everything by rewriting everything from scratch and suffering from the same issue that were fixed decades ago, just because “we can do better” while changing all well known interfaces and causing a schism with either double workload or dropping support for half the landscape from other software developer is really stupid.

If half the energy that got spent in the “systemd” ecosystem was spent in existing projects and solutions that already addressed these same issues, it’s likely we’d be in a far better place. Alas, it’s a new ecosystem, so we spend a lot of energy getting to the same point we were before. And it’s likely that when we get close to that, something new will show up and start the cycle again.

Native package manager > Native binaries > AppImage > Flatpak.

Yes, snap isn’t even on the scale.

They’re planning on making a version where everything is a snap. Performance and usability may come later, who knows.

“Stalled I/O” has entered the process list :D

Someone made that, sort of. Unfortunately, the privacy nightmare is slightly reduced compared to the original one.

https://github.com/openrecall/openrecall

The good old lying approach, I see.

I use a mouse btw.

For a lot of project “compiling yourself”, while obviously more involved than running some magic install command, is really not that tedious. Good projects have decent documentation in that regard and usually streamline everything down to a few things to configure and be done with it.

What’s aggravating is projects that explicitly go out of their way to make building them difficult, removing existing documentation and helper tools and replacing them with “use whatever we decided to use”. I hate these.

Fair. Also, flatpak does not try to break everything by default, which is a plus.

I like the “encryption, but we have the keys” approach. Makes it very secure, especially since MS never had any security breach or leak, ever.

HTTPS isn’t only about encryption; it’s about talking to the right servers.

“New device detected: mouse. Please wait…”

But the mouse is already working dude.

Because they want to “protect” you from “yourself”. Imagine, you could scrape your own data that you can already see.

I’d be really worried if the security of server operation for my bank depended on the client-side. But playing devils advocate, some people will most likely point out that a root exploit on a phone may be unintentional and used to spy on people, to which I answer:

• show me a big scary box where I can “accept the risk” and move on
• keep in mind that if I am root on my phone, I can hide the fact that I am root on my phone and you’ll be none the wiser

Currently, option 2 is in effect, sadly.