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
_______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
