Yes, it's supported. Now. I no longer trust that things that are supported now will remain supported. There have been too many cases of things supported by Lennart's stuff suddenly becoming deprecated without warning, and I'm not willing to trust system-critical components that exhibit that sort of fragility and lack of back-compatibility.
Posted May 24, 2012 16:56 UTC (Thu) by Cyberax (✭ supporter ✭, #52523)
[Link]
"Too many cases"?
Currently that number is exactly 1. The full list of abandoned projects is:
1) ConsoleKit
Which was obsoleted by systemd and had its maintenance passed to another developer in an orderly fashion.
udev is going to be supported well into 2020 at least because it's used in RHELs.
Security quotes of the week
Posted May 28, 2012 13:37 UTC (Mon) by nix (subscriber, #2304)
[Link]
Other replaced projects, or projects whose replacement has been mooted, include cron, syslogd... it's true that those projects still exist for people not using systemd, but if you're using systemd all of a sudden you had to consider whether your syslogd (or whatever) was compatible with systemd in ways that you didn't have to before. And this keeps happening. Disruptive change after disruptive change.
Security quotes of the week
Posted May 28, 2012 13:39 UTC (Mon) by nix (subscriber, #2304)
[Link]
To reiterate: I don't think Lennart is wrong to work on systemd. I think systemd is almost certainly better than what it replaces (God knows that's not hard, sysvinit is awful and Lennart's code is rarely awful). It's just too scope-creepy for *me* to be comfortable using. I've seen too many systems with this degree of scope creep flame out and leave all sorts of chaos behind: even if systemd never flames out that would still cost me a degree of peace of mind, were I using it.
Security quotes of the week
Posted May 28, 2012 14:38 UTC (Mon) by Cyberax (✭ supporter ✭, #52523)
[Link]
Again, systemd is extremely careful to preserve compatibility with syslog and other daemons. Your existing infrastructure can remain totally unchanged.
Yes, it might be argued that systemd has too much scope. But this argument is clearly subjective.