Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Re:Fuck Me (Score 1) 553

I did not say "All you have to do is." I said "That sounds easy to fix", and it is. Reparenting a process to init is a common idiom (fork + setsid, see `man 2 setsid`). (x)inetd is therefore capable of doing it, it just did not because of the constraints at the time.

I am well aware of modern design patterns, but thank you. Dependency resolution during startup is a great idea, but it is also something that could be saved statically (which is _exactly_ what the management people built around init did) because the startup resolution order only changes when something is added or removed from init. So, somehow, for decades, we got by with the "worse" approach.

I don't see how one would need to install X and ghostscript to get a tty, shell, and ls, unless one was using a distribution build by incompetents.

Comment Re:Fuck Me (Score 1) 553

That sounds like an easily-surmountable technical problem that would leave init simple and delegate this bit to a network-specific thing.

Also, at that point it's not really called a daemon anymore, it's just a program. It's like a CGI script, but for any incoming network connection.

Slashdot Top Deals

"And remember: Evil will always prevail, because Good is dumb." -- Spaceballs

Working...