Oh my ! It almost sounds like acceptance ! Despite all the naysayers on this list most times it comes up systemctl and journalctl have become my friends. The reason why it's part of so many distributions is that it works. It's well documented and consistently modular. I've had problems with fedora,rhel, Manjiro and ubuntu over the last 12 years since systemd was part of the linux distros and and more than one circumstance where I had to hack to get the system stared up. None of the problems have been with systemd. I can remember having plenty of udev troubles back before it was part of systemd and zero afterward. It seems systemd is a decent kernel partner not only for loading all the demons and userspace services, also hot loading all the hardware drivers with udev. Of course some heavy lifting to get the system started happens before systemd starts.
Maybe one day systemd will add a boot loader. 😂🏁 I am not making excuses for security issues that should not have happened and find the criticisms fascinating but systemd for me is just there now. Sincerely, John On Tue, Jun 4, 2024 at 3:59 PM Rich Pieri <richard.pi...@gmail.com> wrote: > On Tue, 4 Jun 2024 09:59:25 -0700 > Kent Borg <kentb...@borg.org> wrote: > > > On 6/4/24 07:07, Rich Pieri wrote: > > > Lennart Poettering's take: > > > http://0pointer.de/blog/projects/systemd.html > > > http://0pointer.de/blog/projects/why.html > > > > Very interesting, thank you. Those point out to me that I should have > > more sympathy for systemd, they tackled a hard problem > > And despite all of the problems systemd has? It largely succeeded. > > Which is why distribution maintainers *love* systemd to pieces. It > solves those problems so that they don't have to do it themselves, and > does so more or less consistently across different distributions. > > upstart didn't so much fail as Canonical decided to embrace systemd > instead. And I don't blame them for that decision: much more cost > effective letting Red Hat do all that heavy lifting. > > -- > \m/ (--) \m/ > _______________________________________________ > Discuss mailing list > Discuss@driftwood.blu.org > https://driftwood.blu.org/mailman/listinfo/discuss > _______________________________________________ Discuss mailing list Discuss@driftwood.blu.org https://driftwood.blu.org/mailman/listinfo/discuss
