<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 1:51 PM, Joost Schuttelaar <span dir="ltr"><<a href="mailto:joost@joostschuttelaar.nl" target="_blank">joost@joostschuttelaar.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Interesting thread. One of our developers is very much against systemd for similar reasons as Jay. Me, as a casual Linux (server) user, have no strong preference. I find, just run a bunch of scripts to boot/control your state elegant (it’s a very simple model, easy to inspect), but also pretty rudimentary (dependencies between services, parallelising things).<br></blockquote><div><br></div><div><br></div><div>If anyone really wants to dig into this in detail in a reasonably dispassionate way, I can pull up some of the amazing summaries by Russ Albery on the Debian Technical Committee decision to move to systemd. Russ is one of the truly good people in the Linux space, is incredibly thoughtful, and was the perfect person to help navigate such a politically charged issue.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
This line I found interesting:<br>
<span class=""><br>
> Okay, on this I think you have a fair and valid point, but then I don’t think that server problems should be solved by distributions, a technique which only makes sense with desktops (imho), but rather the server install problem should be solved by competent individual server administrators - who are given good tools to solve this problem..<br>
<br>
</span>I don’t consider myself a competent sysadmin, but I am the one who does admin our servers (right now, at our scale). And I think I should be capable of doing this.<br>
<br>
This is why we chose to base our server-side stuff of commodity, run-of-the-mill, software like nginx, php, mysql, sqlite etc…<br>
<br>
I do think it’s appropriate that for launching a new server I grab a Ubuntu 14.04LTS release, run a few apt-get commands, do an rsync to deploy and edit some config files. And then trust the distro to keep packages up-to-date.<br><br></blockquote><div><br></div><div>I'm honestly going to be shocked and horrified if that sort of use case doesn't work perfectly fine regardless of whether you're using a distro that's taken on systemd or not. <br></div><div><br></div><div>As you mention, trust in the distro's ability to release packages of good quality and minimal surprise is key, and that's going to vastly outweigh the impact of systemd vs non-systemd.</div></div><br></div></div>