<div dir="ltr">As for the BSDs they are great (personal bias) but I would consider them more of a UNIX clone/successor than anything at this point. Also even the BSDs are not safe from breaking the &quot;Do one thing...&quot; philosophy  there have been multiple attempts to port/add something SystemD/LaunchD like to at least FreeBSD, don&#39;t remember about any of the other BSDs.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 8, 2017 at 10:01 AM Adam Jimerson &lt;<a href="mailto:vendion@gmail.com">vendion@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">&gt; <span style="color:rgb(33,33,33)">Thanks for the reminder for why I don&#39;t use either Emacs or Apache.</span><div><span style="color:rgb(33,33,33)"><br></span></div></div><div dir="ltr"><div><span style="color:rgb(33,33,33)">Sorry but that is a pretty week statement unless you use something that can only edit text/hex/whatever your working with files and/or only using a web server only capable of service static files (html, css, js, misc files, etc)/a dedicated proxy server/a dedicated caching server.</span></div><div><span style="color:rgb(33,33,33)"><br></span></div><div><font color="#212121">Nginx even violates the &quot;Do one thing and do it well&quot; as it is a web server that works well as forward/reverse proxy and it has really good caching support.  Same for some of the smaller more obscure web servers like </font>lighttpd and Caddy to name a few.</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 8, 2017 at 9:25 AM DJ-Pfulio &lt;<a href="mailto:DJPfulio@jdpfu.com" target="_blank">DJPfulio@jdpfu.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for the reminder for why I don&#39;t use either Emacs or Apache.<br>
<br>
<br>
<br>
On 09/08/2017 07:58 AM, Jim Kinney wrote:<br>
&gt; UNIX is dead. Linux isn&#39;t UNIX. It&#39;s only UNIX-like.<br>
&gt;<br>
&gt; Emacs violates those rules. An editor that can read your email out loud<br>
&gt; is rather crossing domains.<br>
&gt;<br>
&gt; Apache violates those rules. The proxy capabilities are beyond it&#39;s<br>
&gt; initial web server domain.<br>
&gt;<br>
&gt; But at least systemd provides a topic other than vi vs emacs to squabble<br>
&gt; over. That was getting old.<br>
&gt;<br>
&gt; Besides, systemd follows most of the rules that were listed about as<br>
&gt; well as any other PID 1 process responsible for a current system startup.<br>
&gt;<br>
&gt; On September 8, 2017 7:28:45 AM EDT, Jerald Sheets &lt;<a href="mailto:questy@gmail.com" target="_blank">questy@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;     I avoid all the BS and just hate it for its design, layout, and<br>
&gt;     intrusion into all sorts of things it shouldn’t be fiddling around<br>
&gt;     in, breaking a myriad of tenets of the “UNIX way”.<br>
&gt;<br>
&gt;     The “UNIX Way” is to have a tool that does one thing, does it very<br>
&gt;     well, has clearly defined input and output and doesn’t try to handle<br>
&gt;     multiple responsibility domains.<br>
&gt;<br>
&gt;     &quot;This is the Unix philosophy: Write programs that do one thing and<br>
&gt;     do it well. Write programs to work together. Write programs to<br>
&gt;     handle text streams, because that is a universal interface.” — Doug<br>
&gt;     McIlroy, the inventor of UNIX pipes<br>
&gt;<br>
&gt;<br>
&gt;     This is why grep doesn’t awk and vice-versa.  In case we’ve forgotten:<br>
&gt;<br>
&gt;     The Rule of Modularity:<br>
&gt;     Write simple parts connected by clean interfaces.<br>
&gt;     Rule of Clarity:<br>
&gt;     Clarity is better than cleverness.<br>
&gt;     Rule of Composition:<br>
&gt;     Design programs to be connected with other programs.<br>
&gt;     Rule of Separation:<br>
&gt;     Separate policy from mechanism; separate interfaces from engines.<br>
&gt;     Rule of Simplicity:<br>
&gt;     Design for simplicity; add complexity only where you must.<br>
&gt;     Rule of Parsimony:<br>
&gt;     Write a big program only when it is clear by demonstration that<br>
&gt;     nothing else will do.<br>
&gt;     Rule of Transparency:<br>
&gt;     Design for visibility to make inspection and debugging easier.<br>
&gt;     Rule of Robustness:<br>
&gt;     Robustness is the child of transparency and simplicity.<br>
&gt;     Rule of Representation:<br>
&gt;     Fold knowledge into data, so program logic can be stupid and robust.<br>
&gt;     Rule of Least Surprise:<br>
&gt;     In interface design, always do the least surprising thing.<br>
&gt;     Rule of Silence:<br>
&gt;     When a program has nothing surprising to say, it should say nothing.<br>
&gt;     Rule of Repair:<br>
&gt;     Repair what you can — but when you must fail, fail noisily and as<br>
&gt;     soon as possible.<br>
&gt;     Rule of Economy:<br>
&gt;     Programmer time is expensive; conserve it in preference to machine time.<br>
&gt;     Rule of Generation:<br>
&gt;     Avoid hand-hacking; write programs to write programs when you can.<br>
&gt;     Rule of Optimization:<br>
&gt;     Prototype before polishing, Get it working before you optimize it.<br>
&gt;     Rule of Diversity:<br>
&gt;     Distrust all claims for one true way.<br>
&gt;     Rule of Extensibility:<br>
&gt;     Design for the future, because it will be here sooner than you think.<br>
&gt;<br>
&gt;<br>
&gt;     I’ll stick with what has worked extremely well for almost 50 years.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;     —jms<br>
&gt;<br>
&gt;<br>
&gt;&gt;     On Sep 8, 2017, at 3:10 AM, Steve Litt &lt;<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a><br>
&gt;&gt;     &lt;mailto:<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a>&gt;&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;     On Thu, 7 Sep 2017 12:29:46 +0000<br>
&gt;&gt;     &quot;Lightner, Jeffrey&quot; &lt;<a href="mailto:JLightner@dsservices.com" target="_blank">JLightner@dsservices.com</a><br>
&gt;&gt;     &lt;mailto:<a href="mailto:JLightner@dsservices.com" target="_blank">JLightner@dsservices.com</a>&gt;&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt;     Caveman conversation:<br>
&gt;&gt;&gt;     Ug:  What that?<br>
&gt;&gt;&gt;     Zog:  Wheel.<br>
&gt;&gt;&gt;     Ug:  Why wheel?  Drag work for years.<br>
&gt;&gt;&gt;     Zog: More fast to use wheel.<br>
&gt;&gt;&gt;     Ug: Wheel made by false god to trap draggers.  It bad.<br>
&gt;&gt;&gt;     Ug then clubs Zog because Zog doesn&#39;t see the intrinsic &quot;reason&quot; of<br>
&gt;&gt;&gt;     Ug&#39;s opinion.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;     Move ahead 10,000 years:<br>
&gt;&gt;&gt;     Ug:  What that?<br>
&gt;&gt;&gt;     Zog:  Systemd.<br>
&gt;&gt;&gt;     Ug: Why systemd.  Init work for years...<br>
&gt;&gt;&gt;<br>
<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div></blockquote></div>