so - sometimes systemd's build is reliable, sometimes it causes problems. Are these good additions and do they solve real problems, or are they just for cohesion of systemd itself or introduce problems?
Really love the systemd-imdsd, this is such a useful cloud-thing to have a common way to look into! "Who am I" finally has a standard interface.
The restartable kernel stuff is really cool. Starting to have userland things that systems can persist across soft-boots (user fd stores) into new kernels is a sweet capability. Excellent to have common machinery to help with that.
As always some really sweet good new security / partitioning tools. Amazing superpowers that continue to build and grow.
The real question is, when will this joke finally get old? Like is it really still funny to make joke after literally every thread about SystemD has made this joke for 10+ years.
Excellent super slept on distro using excellent super slept on distro assembly tools also homed in the systemd cinematic universe, mkosi, https://github.com/systemd/mkosi
I mean. It doesn't use RPMs (directly), but systemd-sysupdate and systemd-sysext do cover that ground. Though the vision seems to be somewhat coarser than traditional packages.
Systemd is never beating the allegations that they're taking over everything. Now they have an installer? Why in the world did they need that? I guess someone who does a lot of automated installations donated money?
I think it's clear at this point that the allegations don't worry them. They tried debunking them by pointing out that the overwhelming majority of these are separate daemons that are entirely optional, can be packaged separately, and don't affect anybody who doesn't want to use them. The people raging against systemd didn't feel obligated to take those facts into account.
So they're just doing their own thing, and the distro landscape seems a clear indication that their own thing looks pretty compelling to basically every distro with any meaningful market share.
People may as well make the pitch that Linux is "taking over everything".
systemd is still GPL (LGPL to be exact) so if you truly want to get rid of the "GNU" in "GNU/Linux" you might want to take a look at the rust-coreutils for a starter
“Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can.” — https://en.wikipedia.org/wiki/Jamie_Zawinski#Zawinski's_Law
I thought this law was just a joke, but after Manny years of development, I'm finding out it's very real.
It's also increasingly painful to make happen in today's email ecosystem.
I misread IMDSD as IMDB and still thought yeah they might as well throw that in too at this point.
I think they should create a kernel for systemd and then perhaps also a filesystem... maybe a GUI too?
so - sometimes systemd's build is reliable, sometimes it causes problems. Are these good additions and do they solve real problems, or are they just for cohesion of systemd itself or introduce problems?
Really love the systemd-imdsd, this is such a useful cloud-thing to have a common way to look into! "Who am I" finally has a standard interface.
The restartable kernel stuff is really cool. Starting to have userland things that systems can persist across soft-boots (user fd stores) into new kernels is a sweet capability. Excellent to have common machinery to help with that.
As always some really sweet good new security / partitioning tools. Amazing superpowers that continue to build and grow.
when systemdOS with systemd-rpm-install and systemd-antivirus ?
The real question is, when will this joke finally get old? Like is it really still funny to make joke after literally every thread about SystemD has made this joke for 10+ years.
Btw, it already exists and its called ParticalOS:
https://github.com/systemd/particleos
> The real question is, when will this joke finally get old?
When it stops being applicable, which given the tendencies of the SystemD developers, does not appear to be any time soon.
Excellent super slept on distro using excellent super slept on distro assembly tools also homed in the systemd cinematic universe, mkosi, https://github.com/systemd/mkosi
systemd-antivirusd*
I mean. It doesn't use RPMs (directly), but systemd-sysupdate and systemd-sysext do cover that ground. Though the vision seems to be somewhat coarser than traditional packages.
Systemd is never beating the allegations that they're taking over everything. Now they have an installer? Why in the world did they need that? I guess someone who does a lot of automated installations donated money?
I think it's clear at this point that the allegations don't worry them. They tried debunking them by pointing out that the overwhelming majority of these are separate daemons that are entirely optional, can be packaged separately, and don't affect anybody who doesn't want to use them. The people raging against systemd didn't feel obligated to take those facts into account.
So they're just doing their own thing, and the distro landscape seems a clear indication that their own thing looks pretty compelling to basically every distro with any meaningful market share.
People may as well make the pitch that Linux is "taking over everything".
Is it systemd/Linux yet? I’m still waiting for shellctl subsystem. /s
systemd is still GPL (LGPL to be exact) so if you truly want to get rid of the "GNU" in "GNU/Linux" you might want to take a look at the rust-coreutils for a starter