Myths not debunked but confirmed
Myths not debunked but confirmed
Posted Jan 28, 2013 2:21 UTC (Mon) by dlang (guest, #313)In reply to: Myths not debunked but confirmed by alan
Parent article: Poettering: The Biggest Myths
What they are upset about is the push to make systemd mandatory (as we saw by the statements about how ubuntu is fragmenting linux by not switching to systemd)
RHEL is the 800 pound gorilla distro, if it does something, it impacts all other distros.
At this point we don't _know_ that RHEL is going to switch to systemd in the next release but the fact that systemd is being pushed by RedHat employees says that it's a real possibility.
I think it's a mistake to do so, RHEL customers have lots of sysadmins with lots of experience with sysV init, and many of those customers have lots of non-linux systems. They also have lots of old RHEL systems (many of them are still running RHEL4 and older)
Making the new RHEL systems have a completely different init system than the rest of the systems they run is not going to lead to happy admins, and taking the attitude that any admins who don't embrace having to re-learn the init system (in addition to all the other things they have to be learning to keep up) are fools who should loose their jobs is not going to improve things.
Many of these admins are working way over 40 hours/week as it is, and have a list of things they want to do (including many that are really rather important) that they don't have time to do that's months, if not years long.
it's not that they aren't willing to learn, it's that they don't see the value of disrupting this particular core piece and having to track multiple ways of doing the same thing, and remember to check which way the box they are logged into at the moment does things.
In many ways, this parallels the Gnome complaints. It really doesn't matter if the new way is better, the fact that it's so different, and therefor disruptive is a large part of the problem
Posted Jan 28, 2013 2:39 UTC (Mon)
by rahulsundaram (subscriber, #21946)
[Link]
Posted Jan 28, 2013 12:37 UTC (Mon)
by HelloWorld (guest, #56129)
[Link] (15 responses)
Posted Jan 28, 2013 19:51 UTC (Mon)
by k8to (guest, #15413)
[Link] (14 responses)
Posted Jan 28, 2013 20:34 UTC (Mon)
by HelloWorld (guest, #56129)
[Link] (13 responses)
Posted Jan 29, 2013 8:13 UTC (Tue)
by k8to (guest, #15413)
[Link] (12 responses)
Posted Jan 29, 2013 12:05 UTC (Tue)
by HelloWorld (guest, #56129)
[Link] (11 responses)
Posted Jan 29, 2013 20:37 UTC (Tue)
by k8to (guest, #15413)
[Link] (9 responses)
The victims here are sysadmins who have to deal with a variety of systems who a new thing dumped on them.
Pro: systemd might be better for the subset of systems that use it
Con: most systems don't use it
Sysadmins have many things to learn and accomplish and not welcoming this relatively useless (to them) change is not a sign of incompetence but rather sanity.
That doesn't mean that they should get to dictate how the systems are architected, but they are the ones who get dumped on by this particular set of changes.
So yes, you were blaming the victims. Don't do that.
Posted Jan 29, 2013 21:38 UTC (Tue)
by ovitters (guest, #27950)
[Link]
Posted Jan 29, 2013 22:12 UTC (Tue)
by HelloWorld (guest, #56129)
[Link] (1 responses)
And besides, most systems don't use SysVinit either, and even those who do often bear no resemblance to each other as pretty much everything is done by system-specific scripts. The introduction of systemd actually led to an *increase* in uniformity as distros share most of the configuration files.
Posted Jan 30, 2013 4:56 UTC (Wed)
by k8to (guest, #15413)
[Link]
Every response has been an exercise in mischaracterization.
Posted Jan 29, 2013 22:15 UTC (Tue)
by smurf (subscriber, #17840)
[Link] (5 responses)
If you truly think systemd is "relatively useless" for sysadmins, you should re-read this discussion.
Sysadmins need to be able to correctly and efficiently deal with failure situations. Once you use "systemctl status" and see instantly what the problem is, as opposed to grepping through heaps of ps and syslog output, you will not want to go back.
A more obscure, yet incredibly useful, feature of systemd is to start services in a consistent environment. No root login whose strange environment settings can contaminate the daemon and render its messages useless. No tty which can randomly block or vanish. No job control that can block your program or send it strange signals. And so on.
Posted Jan 30, 2013 4:57 UTC (Wed)
by k8to (guest, #15413)
[Link] (4 responses)
AFAICT, those people are now called "devops", and they may love it.
Posted Jan 30, 2013 7:19 UTC (Wed)
by smurf (subscriber, #17840)
[Link] (3 responses)
You seem not to notice that you contradict yourself.
Oh well.
Posted Jan 30, 2013 12:16 UTC (Wed)
by mgb (guest, #3226)
[Link] (2 responses)
Posted Jan 30, 2013 13:28 UTC (Wed)
by anselm (subscriber, #2796)
[Link]
I think that, given time, the problem will take care of itself since nobody will be able to come up with anything that is both enough of a significant improvement on System V init to get System V init anywhere near what systemd does even today, compatible with tradition enough so the die-hard System V init fans won't complain, and gets traction in enough distributions so people will actually be interested. (The ones which have subscribed to systemd already aren't going back unless whatever the System V init camp has to propose is really a lot better than systemd, which would be quite surprising.) This is very unlikely to actually happen since historically the distributions didn't even seem to be able to agree on a standard for init scripts, let alone all of System V init or indeed an evolutionarily improved System V init.
In the meantime, systemd will improve even further and, with the major Linux distributions behind it, will become even more compelling. In effect, System V init will leave systemd behind in exactly the way that CVS left Git behind.
Feel free to prove me wrong.
Posted Jan 30, 2013 14:47 UTC (Wed)
by mpr22 (subscriber, #60784)
[Link]
Posted Jan 29, 2013 20:42 UTC (Tue)
by k8to (guest, #15413)
[Link]
I made a statement which linguistically a clear thing which can be accepted or rejected by the reader. So your attempt to imply such underhanded tactics is itself underhanded. Which, if you didn't realize, is why you were being unreasonably rude.
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
Myths not debunked but confirmed
>> this relatively useless (to them) change is not a sign of
>> incompetence but rather sanity.
Myths not debunked but confirmed
Myths not debunked but confirmed
@smurf - The words which k8to wrote have no need of your "translation".
Incremental progress is good.
systemd is bad because its poor design and premature optimization create unnecessary coupling which inhibits incremental progress across a critical mass of system software.
Nevertheless it appears that the systemd problem has been solved. Fedora and Redhat and some other distros have been borged but Debian and Ubuntu and many other distros have stood firm.
FLOSS will simply evolve to leave the systemd-limited distros behind. Debian and Ubuntu and other distros will offer parallel boot options and cgroups options to their users without compromising FLOSS evolution.
Myths not debunked but confirmed
Myths not debunked but confirmed
FLOSS will simply evolve to leave the systemd-limited distros behind.
Somehow, "FLOSS will simply evolve to leave the systemd-limited distros behind." makes me think "What, like XFree86 evolved to leave the X.org-limited distros behind?"
Myths not debunked but confirmed
Myths not debunked but confirmed