Myths not debunked but confirmed
Myths not debunked but confirmed
Posted Jan 28, 2013 19:51 UTC (Mon) by k8to (guest, #15413)In reply to: Myths not debunked but confirmed by HelloWorld
Parent article: Poettering: The Biggest Myths
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
>> 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