Hi Michael. Your proposal seems to be a good solution for now. Maybe Colin can merge it and it will find it's way into jessie. As for sd_notify,... a simply google query didn't turn up any existing patches for that and it may be hard to convince upstream to do it ;) Since this problem may affect other services as well... is there some concentrated effort in Debian to identify these? While systemd is great (in theory) I still feel that we (and others either) don't use even a fraction of the goodness it could do. Just look at the other bug that you've just closed before, and the issues about services depending on "facilities" like "firewall rules loaded" (network-pre.target is really a very unfortunate solution for this... how regrettable that upstream went that way, even though better ideas were in place :( ). As you said, it's up to the respective package's maintainers, which effectively means that either nothing of the new nice stuff gets used or at least not homogeneously over all services. So in the end, having a powerful framework where the admin can easily control which "facilites" are mandatory for which services, as I've proposed, would be up to the user. Best wishes, Chris.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature