I'm actually really excited about this. With all the things on a phone that are constantly switching on and off, connecting and reconnecting and disconnecting and moving, etc. etc. Systemd's dependency management, etc. seems like a no-brainer. Sorry to the Systemd haters, I do get it, I don't like how programs are baking in Systemd dependency either, but to me, it's a big step in the right direction for modern computing init systems.
nice! Two systemd features that would (IMHO) be especially useful in cell phones are:<p>- socket activation (as post says, "print from your phone without having CUPS running all the time")<p>- extra security. Many daemons drop privileges, but how many of them also isolate filesystem and install seccomp filters? With systemd, it could be "every one"
"systemd is a microkernel" - <a href="https://x.com/mycoliza/status/1765058565956587757" rel="nofollow">https://x.com/mycoliza/status/1765058565956587757</a>
It doesn’t actually answer the libc question.<p>> Our current understanding having spoken to systemd developers is that we should be able to find a path that brings us much closer to upstream, if not entirely.<p>What’s the path here? Running glibc on Alpine?
would love to see tighter collaboration between pmOS and sxmo maintainers on this one. sxmo is sort of a pmOS-exclusive right now because it does all its own service management. seems like a great opportunity while pmOS is rethinking its service management to do it in a way that helps sxmo be more multi-distro capable.
It seems like the biggest reason is "KDE and GNOME need systemd, so we need systemd".<p>In other words, systemd is winning because systemd is winning. Not because it's better.
> Is Alpine cool with this?<p>> We have shared this blog post with the Alpine devs before this publication, and we hope that they understand our reasoning.<p>So then they weren't cool with it, huh?
"Our current understanding having spoken to systemd developers is that we should be able to find a path that brings us much closer to upstream, if not entirely."<p>Adapt or don't offer GNOME/KDE (get fscked), classic Red Hat!