<p dir="ltr">I'd like to know where systemd shines i.e. what is the best application for systemd and my current belief is desktop. I interact with it in fedora and when I have to shell into servers that use it.</p>
<p dir="ltr">We're adopting Docker at my employer for which I gave a talk last lug and there is a requirement for an init system in some applications for containers which I selected s6 for various reasons. As far as Docker hosts, Alpine Linux seems most ideal and it ships with OpenRC. In every case for our production needs, minimalism is the key. Microservices are the trend now and on the horizon is unikernels where init is irrelevant.</p>

<br><div class="gmail_quote"><div dir="ltr">On Tue, Nov 10, 2015, 9:44 AM Steve Litt <<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 10 Nov 2015 07:31:38 -0600<br>
sheila miguez <<a href="mailto:shekay@pobox.com" target="_blank">shekay@pobox.com</a>> wrote:<br>
<br>
> On Mon, Nov 9, 2015 at 8:55 PM, Steve Litt <<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a>><br>
> wrote:<br>
><br>
> > Speaking about proving you wrong, you'd better get some evidence<br>
> > that systemd initted systems are universally, in every use case,<br>
> > better than alternatives such as Gentoo, Funtoo, Void Linux,<br>
> > Devuan, *BSD, just to name a few. Or you'll be proven wrong by the<br>
> > alternatives.<br>
> ><br>
><br>
> But you did mention<br>
><br>
> [...] the best init system for the job depends on the use case [...]<br>
> ><br>
><br>
> I don't think he's required to prove systemd is *universally* better.<br>
> Maybe you don't either?<br>
<br>
No, I don't, always assuming he isn't asserting that systemd is best<br>
for all use cases, which unfortunately seems to be by far the most<br>
common refrain from the systemd camp.<br>
<br>
If it's per use case, all he has to prove is it's better for specific<br>
use cases. And he should point out that there are several distros to use<br>
if yours is not such a use case, because otherwise it takes on this<br>
"you too will be assimilated" quality, and inevitably this quality<br>
inspires systemd refusers to be ever more creative in ripping out<br>
systemd.<br>
<br>
><br>
> You gave helpful advice for uncovering advantages and disadvantages<br>
> for different use cases and different levels of expertise with users.<br>
> That will make for an interesting talk. I don't want to place a<br>
> burden on someone to prove that there are no disadvantages and that<br>
> systemd's way of handling things is the best. That would not be an<br>
> interesting talk.<br>
<br>
You're absolutely right. I phrased it wrong. Also, if he presented it<br>
as use case dependent and admitted some use cases call for non-systemd<br>
inits, it would be the first of its kind, at least from everything I've<br>
heard.<br>
<br>
SteveT<br>
<br>
Steve Litt<br>
November 2015 featured book: Troubleshooting Techniques<br>
     of the Successful Technologist<br>
<a href="http://www.troubleshooters.com/techniques" rel="noreferrer" target="_blank">http://www.troubleshooters.com/techniques</a><br>
<br>
_______________________________________________<br>
discuss mailing list<br>
<a href="mailto:discuss@lists.chicagolug.org" target="_blank">discuss@lists.chicagolug.org</a><br>
<a href="https://lists.chicagolug.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">https://lists.chicagolug.org/mailman/listinfo/discuss</a><br>
</blockquote></div>