On Fri, Jan 16, 2015 at 5:37 PM, Michael Torrie <[email protected]> wrote:
> That and writing init scripts.  Yuck.  So fragile, so much re-inventing
> the wheel.   On the LAS show, Poettering talked about how they looked at
> a lot of common daemons on Linux, and many of them didn't quite
> implement daemonizing completely correctly.  So systemd reduces the
> complexity there a lot, and places daemonizing code in a place where it
> can be verified and audited.  And I would wager that RH's engineers have
> gone over systemd code with a fine-tooth comb.

Tod was correct.  I was primarily objecting to the interview as
opposed to systemd in general.  It didn't cover what I thought it
should, and it felt very much like a puff piece for Lennart.

I like most of systemd, and appreciate it.  I just wanted to learn
from Lennart the response to the best arguments against systemd, but
he instead responded to the worst arguments, in my opinion.  Some of
the best arguments against systemd are what keeps me slightly
skeptical.

Only a very small group of old curmudgeons are suggesting we return to
sysvinit systems.  Those arguments can be ignored IMHO.  I've been an
Upstart user for years now.  It's obvious that something new is
certainly what we need.

The arguments against systemd that I find interesting enough to place
some seed of doubt are:

* Re-inventing the wheel concerns like that of networkd.  I haven't
had a system with networkd to try it, but it feels bad.  Can't we try
the upstart idea of handing off network stuff to another system that's
"tried and true" and continue with dependencies from there?

* journald replaces a bunch of functionality of a syslog tool, but
rarely enough to go without a real one.  That means I have to run both
since journald is required.  I recognize the reasons some logging
entity is required for early boot in systemd, but shouldn't be
required late boot, or it should implement enough functionality to
replace at least 80-90% of the functionality of a real syslog daemon.
(log to files, accept or relay UDP messages)

I guess that's about it so far.  Pretty minor gripes overall.  Also
probably just growing pain issues.  Reminds me of PulseAudio, some
ugly growing pains very early, but can't live without now.

/*
PLUG: http://plug.org, #utah on irc.freenode.net
Unsubscribe: http://plug.org/mailman/options/plug
Don't fear the penguin.
*/

Reply via email to