d0

17 ms·

151.
by d0 13y ago
I think it has not been tested in these situations enough. It's not in production anywhere major yet. The assertion is valid IMHO.
152.
by d0 13y ago
You're right. But there are several concerns here. The whole thing is a bunch of concerns crudely bundled into one concern inside a single package in systemd. This is already done in another operating system where it is successfully br
153.
by d0 13y ago
I'm not suggesting daemontools. I'm suggesting "not systemd" and "something that includes the valuable lessons that daemontools taught us". The first of which is not to fuck up the Unix philosophy by producing
154.
by d0 13y ago
No. Back in the bad old days of big Unix machines and mainframes we used power sequencers to bring physical bits of hardware up in order. This entire problem has now moved into the software space. With hardware, dependencies were painful, e
155.
by d0 13y ago
It doesn't. That's the point. Nothing in daemontools does. Dependencies are bad.
156.
by d0 13y ago
No. I'm saying that relying on startup sequencing is a bad idea full stop.
157.
by d0 13y ago
It's pretty basic software design. A few solutions: 1. Web servers return error pages when databases are unavailable. They don't go down. 2. Postfix doesn't die if your virtual maps database server is not available. It waits
158.
by d0 13y ago
> Daemontools is great, but please don't pretend it's a proper general-purpose init system. How do you start a certain service before another one? I suppose you can hack that inside the run script but then you're yet agai
159.
by d0 13y ago
daemontools doesn't run as pid 1 and achieves all of this. http://cr.yp.to/daemontools.html
160.
by d0 13y ago
These problems are all solved without destroying the Unix philosophy completely: starting services - daemontools. journaling - daemontools billion different sentinel/watch type apps - daemontools. dependencies - just don't do it.
161.
by d0 13y ago
It's not arbitrary. There are logical security, reliability and convention boundaries that systemd doesn't consider which are raised in this article. Microkernels are a different subject altogether. To be honest, the only service