Service may not be supervised, in this case the ssexec_stop function do not find the service to remove and its requiredby dependencies and refuse to remove the service. Whatever the state of the service, the service must be removed.

s6-supervise do not deal with oneshot service. If we send a -r signal, oneshot service are never brought up again

remove svc_send.c file

Whatever the direction handles the module/bundle contents part. If not the
general graph cannot be build

Module and bundle should only know about services inside its.
Spawn a new process with its own graph when dealing with module/bundle services.