Hi Steve,

So, if we code up a dummy sd_notify to interface replace the one from
> systemd, we can make ongoing future depoetterization easier, and very
> possibly give ourselves a better, easier to administer init.
>

If you're referring to this API [1], it doesn't look too bad. In most
cases, it looks like we should be able to create a library that simply
wrote the relevant information to a well-known location in the filesystem
(such as "/run/srv/$SERVICE/..."). Other processes interested in the state
of $SERVICE would just read it directly, and use inotify(2) to watch for
state changes. Tooting my own horn here, but if we mounted runfs [2] on
/run/srv/, we could also be guaranteed that /run/srv/$SERVICE/...
automatically disappears if $SERVICE dies unexpectedly.

Thanks,
Jude

[1] http://www.freedesktop.org/software/systemd/man/sd_notify.html
[2] https://github.com/jcnelson/runfs