<div dir="ltr"><div dir="ltr">Control: clone -1 -2<div>Control: retitle -2 start-stop-daemon: please implement service readiness protocol</div><div>Control: severity -2 wishlist</div><div><br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Sep 30, 2018 at 8:15 PM Michael Biebl <<a href="mailto:biebl@debian.org">biebl@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
The only supported way in udev to signal readiness is the sd-notify API.<br>
My gut feeling is, that having an sd-notify wrapper for non-systemd<br>
systems (e.g. directly built into start-stop-daemon via say an<br>
--wait-for-sd-notify switch) would be the cleanest and most robust way.<br>
This might even benefit other daemons besides udevd.<br></blockquote><div><br></div><div>Indeed, it seems to me that start-stop-daemon supporting the same service readiness protocol systemd implements[1] would make things easier for udev and other services.</div><div><br></div><div>Short description for those not familiar: the service manager (or ssd in this case) sets up a AF_UNIX socket, and passes on the address to the daemon via the NOTIFY_SOCKET environment variable. When the daemon sends a message containing READY=1, then ssd should consider the service up and it can exit. More details at the linked manpage.</div><div><br></div><div>[1] <a href="https://manpages.debian.org/stretch/libsystemd-dev/sd_notify.3.en.html">https://manpages.debian.org/stretch/libsystemd-dev/sd_notify.3.en.html</a></div></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div></div>