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?
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.
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
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?
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