Hm, correct. Such issues of application interdependency failure are
quite inherent to schemes where observing and handling of state is
external to the program's data structures (as is the case of OS process
supervision) and programs being monitored are not defensively designed,
so system-wide m
post-sysv:
Readiness protocols require application-specific integration, do they
not? Even if it's something as simple as writing to a FIFO.
That is, of course, part of the problem of readiness protocols that I've
been telling people about.
(https://lists.debian.org/debian-devel/2014/10/msg00
post-sysv:
Of course, your particular example would be made less gruesome simply
by introducing a rate limit on startup failures. This strategy seems
to be employed frequently in launchd setups.
It's a standard daemontools thing, also. It's hardwired into the
original "supervise".
I had to
James Powell:
For some comic relief:
> "We are systemd. You will be assimilated. Your projects and software
> will be deprecated, reinvented, and added into our own, and made to
> service us. Resistance is futile." -Lenncutus of Borg.
I don't really agree with all of the nonsense that surrounds
James Powell:
If runit had the ability to order processes like OpenRC where you have:
before=
after=
setups, you could order the entire tree structure.
As I might have mentioned before, people have been saying that one could
do that for years; nosh is the existence proof that it can be done,
Avery Payne:
I need to think through a kernel-neutral method of handling driver
loading. There are a handful of services that require this to
succesfully launch. For example, cpufreqd requires kernel modules to
load first, but this is linux-specific. Does FreeBSD have any
requirements like
Guess who didn't spot that it was Cc:ed to a mailing list? (-:
Some of the salient points that others may be interested in from what I
sent privately, plus some extra general-audience stuff:
Yes, kqueue. Being in the very first bullet point right along with the
other important API dependenc
