Comment Re:Does systemd want to wish us happy birthday now (Score 1) 123
That's why systemd has been systematically making interoperability with grub and encryption more difficult, in no small part.
That's why systemd has been systematically making interoperability with grub and encryption more difficult, in no small part.
Oh cool so they fixed all the problems!
Simplification?
There was no simplification. It was all markedly more complicated and interdependent. That was literally the primary selling point of systemd, aside from "faster boot times".
What are the discreet benefits to the "1000s of containers at scale" scenario you mention which are satisfied with systemd which could not be or were not satisfied with init?
There was not a lack of uniformity before. In fact, it was more consistent and uniform before systemd at a system level.
The only benefit systemd provides is integration with eg. pulse audio - another one of this shmuck's horrible projects - and desktop integration. While that is potentially useful in and of itself, it didn't need to be done in such a massive, integrated, monolithic Microsoft-like fashion.
It'd be nice if people would use all this excess coding capacity as provided by AI to clean up the human written bloat slop they've been churning out for the past 20 years...
>"The real issue will arise when applications start requiring that date to be verified (and the fork won't help then, either)."
Bingo.
Except it won't be FOSS applications. It will be on-line crap. Having the field or not doesn't matter at all. It will be a whole matter of "chain of trust" again, where you don't actually own or control your own system. Linux/FOSS will not meet that requirement and will be rejected. Just like it is rejected in a small amount of DRM games than want to control your system.
At least with the DRM crap, it is not government-related/mandated, so market pressure can be brought to bear on such companies trying to force it. Especially relevant as the Linux "market" keeps growing and starts carrying more clout.
>"SystemD wants to grow up into a REAL despotic gatekeeping process that locks you out of your own hardware for idiotic reasons that only its developer thinks are important, just like the big corporate offerings do!"
Even if present, there is nothing requiring the user actually use a birthdate field. Or that it even be accurate. Could it be a slippery slope? Maybe. But FOSS, like Linux, is ultimately not controlled by corporate dogma or government whims, so it is unlikely that use of the field could be mandated. As long as it is up to the system owner how it is used, that should be good enough.
>"I grew up on the simplicity of Linux's three tenets:"
Those are actually Unix tenets, that Linux just inherited.
But yeah, I generally hate the idea of systemd because it is trying to be all things and in ways that make understanding and configuring things more difficult.
>"So when the battery dies, you can throw the whole device away!"
Indeed. And then it is also extremely difficult to try and recover the battery for recycling, as well, I assume.
So these devices become toxic, non-reusable, non-fixable, highly flammable, dangerous messes.
You seem to have misunderstood.
The claim here is the battery cells are themselves 3D printed, not that they are stuffing already made cells into a 3D printed object. The batteries would not have to "fit in" the 3D print, they would be the 3D print.
So it's actually dumber than you thought.
=Smidge=
> So I already use a tool like this. It's called Voicy. I use it because I've been writing so many long prompts that I developed relatively severe tendonitis in my left arm.
Have you ever used a computer before LLMs became a thing?
If yes, how did you manage to not hurt yourself before your life was nothing but writing prompts?
(Maybe the solution is to stop writing prompts and go back to doing what you did before, is what I'm suggesting)
=Smidge=
>"In no way is it a "first class" anything when it's only for GNOME and only in a snap. [...]There's a 0% chance I'm going to use GNOME or snap."
^^THIS
If it were a project that mapped to many/all Linux distros, using a native package (not container, especially not a SNAP container), worked on any Linux desktop environment (and yes, X11 too), then it would be far more interesting. I might even check it out and give feedback.
Never buy what you do not want because it is cheap; it will be dear to you. -- Thomas Jefferson