<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 30, 2016 at 10:47 AM, o1bigtenor via talk <span dir="ltr"><<a href="mailto:talk@gtalug.org" target="_blank">talk@gtalug.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Sep 30, 2016 at 9:28 AM, Alvin Starr via talk <<a href="mailto:talk@gtalug.org">talk@gtalug.org</a>> wrote:<br>
> On 09/29/2016 11:52 PM, Peter King via talk wrote:<br>
><br>
> On Thu, Sep 29, 2016 at 10:45:09AM -0400, Lennart Sorensen via talk wrote:<br>
</span>snip<br>
<span class="">><br>
> Not sure why people have a hate on for systemd.<br>
> It is a pain to learn a new way to manage your systems but it solves a<br>
> number of problems and gets systems into a usable state faster in the face<br>
> of startup problems.<br>
> I curse systemd on a daily basis because my fingers know init but quite<br>
> frankly having to wait 30 minutes for a system to boot up with init because<br>
> some network connections need to time out is a major pain when its a<br>
> critical system and the phones are all lit up.<br>
> systemd removes the single threaded-ness of init and also provides a much<br>
> better mechanism for dependency resolution.<br>
</span>snip<br>
<br>
Well - - - I can tell you why I find systemd a royal PITA. Systemd wants to be<br>
everything to everybody. That's astronomically difficult to do and what is in<br>
place today doesn't work half as well as it purports to. I have run<br>
into some of<br>
the issues which have resulted in a lot of hair pulling (hard when<br>
there's little<br>
left) in the process of resolving issues.<br>
<br></blockquote><div><br></div><div>I am curious to know what some of these issues are. (Feel free to privately email me if you feel more comfortable with that). Systemd is not everything to everybody. It is a number of distinct binaries (doing that one thing at a time bit). As systemd keeps evolving, they hit limits of existing tools, and instead of waiting for them to catch up, they just rewrite and move on. Maybe we might actually end up with a plumbing layer unified across all distros.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think that the original *nix thinking of doing one thing (at a time)<br>
and doing<br>
it well or better is my preferred solution. Part of the problem is<br>
that, even in<br>
linux, there are too many silos being built and not enough communication.<br>
<br>
I wonder if that is because most of the code writers are not really human<br>
communicators rather they are far better machine communicators?<br>
What say you?<br>
<br></blockquote><div><br></div><div>I feel that is unfair.</div><div><br></div><div>Dhaval</div></div></div></div>