It's the constant bashing and seemingly hatred of Lennart Poettering that I don't like, not people's technical opinions. When you are unable to keep it at the technical arguments, it becomes a poisonous and disgusting environment.
I don't hate Lennart Poettering. I'm sure if I met him in person, I'd be happy to have a coffee and talk shop about him. I hope he has a good life.
I do hope he stops all software development work, and never does anything involving Linux again, because he does more harm than good.
I would like for the large companies (Red Hat, Microsoft) and distros and his
lackeys –– those who believe that because something is
new and created by a socially adept woke person like Lennart, it must be better than the
old stuff by those 'racist misogynist long-bearded smellies' –– stop using social and business reasons to push his crap onto all Linux users, and actually look at the miserable quality of his code.
You obviously haven't looked at it yourself, nor the history, nor the CVE reports involving his code.
Even PulseAudio was horrible crap at the beginning, refusing to co-operate with anything else, until others stepped in and fixed it.
Lennart Poettering is very adept at manipulating non-technical people, but his development skills are rather lacking. He also has a very high tendency to reinvent a different shaped wheel –– often defective ––, and throw crap at people who complain.
The quality of his attempts at modify the Linux kernel was so bad Linus told subsystem maintainers to not take anything from him (until the quality gets significantly better). This started Lennart's hate towards the Linux kernel developer community, and lead to very difficult situations and fights. For example, at one time he decided to hijack the kernel command line 'debug' term (so that when set, systemd would emit so much boottime debug messages kernels with default dmesg size would fail to boot), arguing that 'the kernel does not own the kernel command line'.
His 'kdbus' design idea –– moving the dbus into the kernel –– was so horrible, that even though it was submitted by Greg Kroah-Hartmann (a very friendly, very good Linux kernel developer; done a lot of work to help manufacturers and vendors upstream their drivers and changes into the vanilla kernel), it was deemed to be utterly horrible crap.
Do your own research, and do not accept your social feelings as assumptions as the truth here. Do not dismiss my statements here just because you dislike me. Start at say
mitre CVE list involving systemd, and look at the mailing lists during the development and adoption of these: it is
not good.
In that light, the vitriol is warranted, in my opinion.
The
Unix philosophy in this context refers to the tested-and-true design philosophy centered around
minimalism,
modularity,
composability,
simplicity, and
separation of mechanism and policy, instead of monolithic opaque all-encompassing frameworks like systemd. Monolithic frameworks are insular, difficult to adapt to different use cases, and suffer from
single point of failure; and their security and bug track records are worse than those of smaller components, because of the much higher internal complexity.
You can think of it however you like, but the fact is, it is one of the rare design principles/philosophies that has weathered the test of time:
it works well.
There is a reason the Linux kernel and the GNU userspace components that make up for the core operating system, can be used in anything from tiny appliances to supercomputers (all 500 most powerful supercomputers run Linux currently). Modularity and configurability is at the heart of that. (Even though the Linux kernel at run time is monolithic, it is highly configurable and consists of selectable hierarchies of subsystems and modules itself.)
Monolithic single points of failure like systemd mean for example that where in the early 00's I could upgrade my system without rebooting, I now have to reboot regularly like a miserly Windows user after a patch Tuesday. I don't like it, and it messes with my options and workflow. That, too, in my opinion warrants at least some vitriol. Targeting it at the product instead of the instigator would be completely silly, like blaming water for the hole in the dam.