Comment Re:Yep (Score 1) 450
IMO: the article is wrong. Many of the reason that systemd is hated are technical. And those technical reasons have expressed, and then ignored, many times.
I think you misunderstand. The technical arguments are real; of that there's no doubt. But the reason this particular issue could not be resolved entirely in the technical arena is because of the nature of the change. Poettering and his ilk are expressing a fundamentally different vision for Linux through the design and implementation of systemd. In its essence, systemd is kind of an anti-POSIX. It is premised on the primacy of Linux, it espouses a holistic (as opposed to piecemeal) approach, and while it's liberal about third party libs and utilities playing in its sandbox, it shits in everyone else's.
An example: If their version of libpam detects that it's NOT running in a systemd context, it does nothing and simply returns a success token, which is probably the least obnoxious thing to do, but which still could cause some significant issues, depending on the circumstances. The obvious alternatives of integrating more generic behaviour into the library, or using someone else's, just don't pass muster with Team SystemD, because that's pretty much the opposite of what they believe to be important.
So although the conflict is playing itself out tactically on the technical level, this really is a schism between two significantly different FOSS philosophies.