[ale] Remove systemd network handling

[Solomon Peachy]

On Thu, Sep 23, 2021 at 11:37:21AM -0400, Steve Litt via Ale wrote:
> OK, by all means: Systemd isn't a killer robot, it's just an
> attractive nuisance. My original assertion, which you have not refuted
> in the slightest, was "Handling things we don't need handled is what
> systemd is best known for."

Ah yes, because you personally have no use for <X> it has no possible 
value to anyone else.

> LOL, I hear systemd has its own method of doing home directories now.
> It's a familiar refrain: Nobody was dissatisfied with the way home
> directories worked, and now here comes systemd with a "solution" to the
> home directory non-problem. 

You clearly know nothing of what you speak.

And based on what my $dayjob did just _yesterdat_, encrypted user data 
is a way to help comply with quite a bit of government regulation (and 
CYA) to help prevent unintended data exfiltration when you have shared 
use of individual computing resources. Certain national governments 
across the pond REALLY get pissy about unauthorized access to medical 
data, and *not even system administrators are considered authorized* 
without prior written approval.

So you don't have need for that sort of thing?  Great!  Neither do I.  
But quite a few other folks do, and this is a solution for a very real 
problem they face.

> Systemd has timers now, as if we haven't had zillions of ways to do 
> timers from the dawn of time. 

Sure, but I don't see how a cat sitting on my face in the morning has 
any relevance to system administration.

> And they had some replacement for xinetd, as if xinetd wasn't good 
> enough.

Wait, I thought xinetd itself was an abombination, as cearly plain ol' 
BSD inetd is good enough for everyhing!

> and also as if having things start on need was a thing anymore 
> (in most situations), now that $600.00 computers have the power to run 
> *a lot* of processes.

This is a particularly absurd argument.

Just because you might need to drive somewhere in a few hours doesnt' 
mean you'll leave your vehicle(s) running constantly.  Just because you 
might cook something tomorrow doesn't mean you leave your oven running 
overnight.

> And you just reminded me: All of these solutions to non-problems are
> implemented in PID1. Yeah, that's my story and I'm sticking to it until
> you show me a valid block diagram of systemd with both process boxes and
> interaction lines. That's just what we need: An incredibly bloated PID1.

Sure, it's your right to believe whatever fantasies you want in the face 
of any and all evidence to the contrary.

> Would you like a tickertape parade for solving an immense problem?

I'd rather spare the trees and instaead accept $150/hour to solve other 
peoples' problems.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (libra.chat)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://mail.ale.org/pipermail/ale/attachments/20210924/1209a836/attachment.sig>