[throwawaymanbot]

> However we're stuck with it so it's suck it up or move on.

This here is the hubris and arrogance of the entire thing.

I take heart that in the linux community, there is enough technical skill to come up with a viable, more in spirit of linux alternative. And I believe that I shall see the day where it is implemented. Lenny P and the gang should be less arrogant, and better at improving their product with this in mind. No one needs red hats "buy in" for this.

[digi_owl]

Thing is that none of them have the backing of Red Hat's finances. Thus they can'ẗ keep up with the churn that systemd and other RH backed projects produce.

[setq]

This is why we need standards and APIs which are immutable. It doesn't matter what the implementation is then.

The whole of systemd is a comedic fuck you to POSIX and the mentality of a system which is standardised.

[rleigh]

This is exactly why I've moved (and am in the continuing process of moving) more and more stuff over to BSD. Standards matter. Compliance with POSIX and other common standards and conventions are what made the success of Linux possible, and I find it disturbing that the new generation of RedHat developers are keen to tell us that it's old hat and is no longer important. But they are forgetting much of the history and the reasons for it.

Linux didn't get to where it is by throwing its weight around and dictating to others (at least, not much). Its success came from interoperability with everything, making it indispensable glue, and its adherence to standards was an integral part of that. As mainstream Linux becomes more insular and controlled by a single vendor, it becomes correspondingly less useful and less desirable. I don't want to be locked in to a RedHat world any more than I wanted to be tied to Solaris or HP-UX. I get occasional PRs for my software demanding that I add systemd-specific functionality, with the assumption that it's the only thing that matters, and people get annoyed when I refuse to compromise the portability of my already-standards-compliant software with Linux- and systemd-specific hacks.

[pjmlp]

"POSIX Has Become Outdated", ;login: issue: Fall 2016, Vol. 41, No. 3

http://www.cs.columbia.edu/~vatlidak/resources/POSIXmagazine...

https://www.usenix.org/publications/login/fall2016/atlidakis

[setq]

One doesn't win a game of chess by moving all the pieces at the same time.

[pjmlp]

In case you didn't notice, on iOS 11 and High Sierra the new network APIs are only available as Cocoa APIs there is no plan to support them at POSIX level, while on Google side there are these little things called Android and Android Things, both with a locked down NDK, with Fuchsia on the horizon.

So I know on which side I am betting as winner for this chess game, given that Apple and Google seem to getting all the pieces with their moves.

[JdeBP]

That's a trifle unfair. A lot of this area was intentionally not addressed, for various reasons best laid out in contemporary writings on the subject, by the POSIX standardization effort.

[throwawaymanbot]

I hate to point out that LOTS of Linux Distros did not and do not have Red Hats finances. People have been contributing to it for nearly 20 years just fine.

Not sure how you could even think that people need Red Hats finances to create something in linux that actually functions, and is worthwhile.

[digi_owl]

True for initial implementation of individual components. But RH employ developers that can sit full time and churn the interfaces (not necessarily nefariously) between the components such that only their components stay in sync.

[throwawaymanbot]

What systemD has turned in to, is FAR out of scope, for what RH probably gave encouragement for. This will boomerang back some day.