<p dir="ltr">On Sep 24, 2016 6:26 PM, "Rob" <<a href="mailto:captinlogic@gmail.com">captinlogic@gmail.com</a>> wrote:<br>
><br>
> Bruce Dubbs <<a href="mailto:bruce.dubbs@gmail.com">bruce.dubbs@gmail.com</a>> wrote:<br>
> Are the service files really that much easier?  Look at the LFS scripts.<br>
> A typical file is a simple bash script about a page long.  Half of that is<br>
> comments.  Admins are used to reading bash scripts.  Reading these are<br>
> comfortable and easy to understand.   Do you understand what systemd is<br>
> doing with their short service files?<br>
><br>
> And if it does not do the "right thing", which do you think is easier to fix?<br>
><br>
> We have a command<br>
> systemctl status <target><br>
> which will tell you exactly why a service failed to run. At least<br>
> most of the time.<br>
> If you're not a scripter, you can still write service files<br>
> because they are basically in the style of ini files from windows.<br>
> They are a little more forgiving than shell scripts in that sense.<br>
> systemctl enable whatever<br>
> will plug in the service to start at boot; and it's a heck of<br>
> a lot easier than creating a bunch of symbolic links in<br>
> /etc/rc.d<br>
> by hand.<br>
> Debian has a tool<br>
> update-rc.d<br>
> which will do this (if you have all your numbers correct in the script<br>
> anyway) but it still has to do a lot of work.<br>
> I also like the journaling system. You can filter out<br>
> various items with command line switches passed to<br>
> journalctl<br>
> and it's much faster than combing through<br>
> /var/log/whatever<br>
> to find information.<br>
> In short, while systemd does make things a lot more convoluted,<br>
> it does have its good points, and, while I'm not completely<br>
> happy with it, I'm satisfied enough with it to keep going.<br>
> --</p>
<p dir="ltr">I was going to reply with these points, but you beat me to it. Definitely would've been a bit, needed to clear my mind and think rationally first.</p>
<p dir="ltr">Thank you,</p>
<p dir="ltr">Douglas R. Reno<br>
--LFS/BLFS systemd maintainer.</p>