@MSGID: <op.2aytbizta3w0dxdave@hodgins.homeip.net>
a3fd0f75
@REPLY: <km10ckFlmbgU1@mid.individual.net>
a5c6487a
@REPLYADDR David W. Hodgins
<dwhodgins@nomail.afraid.org>
@REPLYTO 2:5075/128 David W. Hodgins
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID:
<op.2aytbizta3w0dxdave@hodgins.homeip.net>
@RFC-References: 1@paganini.bofh.team>
<B92cnYbUzJC2x2X5nZ2dnZfqn_idnZ2d@giganews.com> 1@dont-email.me>
<O6OdnZ5bJfAXjmT5nZ2dnZfqnPqdnZ2d@giganews.com> m8Ke.58836@fx08.iad>
<GC6dnUc6pIPJn2b5nZ2dnZfqnPudnZ2d@giganews.com> <km0hp9Foth9U1@mid.individual.net> 1@dont-email.me>
<km10ckFlmbgU1@mid.individual.net>
@TZUTC: -0400
@PID: Opera Mail/12.16 (Linux)
@TID: FIDOGATE-5.12-ge4e8b94
On Fri, 08 Sep 2023 12:28:04 -0400, Henry Crun <mike@rechtman.com> wrote:
 > My first and main objection is aesthetic. Now I know that is a
non-definable, highly personal quantity. It might be
 > beautifully coded in it`s internal working, but the overall efect
is one of an all-invading. all-encopmassing entity.
> Put it succintly. it breaks the tenet "Do one thing, and do it well."
 > Systemd defintely does not "Do one thing". As for "do it well",
it`s difficult to see through the maze of linked
> scripts, binary logs and what have you.

systemd is not just one thing. It contains many components, each of which do
one thing an does it well.

With initd it just handled scheduling of starting scripts, easily broken by
cyclic dependencies, especially in edge cases.

With systemd, it handles starting things, and restarting them when needed, not
just at boot time. Those scripts may or may not include functions other then
 starting and stopping. The edge cases can be handled by custom
service rules that
override the defaults.

To do so properly, it also has components to handle things like ensuring file
systems are mounted when needed, as well as other resources such as network
access, etc.

While I disagree with the choice to use binary files for storing the journal,
I understand why the choice was made given that it simplifies the tools that
come with it.

The tools that come with systemd getting information about any given daemon
or the resources they use, including information from early in the boot process
that is not kept by initd.

 Learning how to use systemd and all of it`s components is a large
learning curve.
So was learning how to minimize cyclic dependencies with initd start up scripts.

The more experience I have with it, the more I like it.

Regards, Dave Hodgins
--- Opera Mail/12.16 (Linux)
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441