i wonder whether s6-rc (or any other service manager or startup script) should be started from within the supervision tree directly as service (dir) in the scandir ?
let us assume we created a service dir "rc" or so in the otherwise unpopulated scandir (except required loggers). it starts s6-rc (or another service manager) from its run script and execs into "pause" or something similar that just pauses until killed. that way it is possible to associate a log service with said "rc" service and when "pause" exits the service manager can be called from the "finish" script to bring down the other services correctly (dunno if this script's output will be logged), in this case shutdown would just mean to stop the "rc" service. of course it would be more natural to make this very service run only once via the "once" file. but i guess such "once" services cannot have an associated logger, right ? another hack would be to make this once service write its output to a fifo that is read by another logging service, could this be s6-svscan's own catch-all default logger ? but when using such a catch-all logger to log s6-svscan's own output there is no need for the "rc" service to have its own logger since everything it outputs goes into this catch-all logger. in case of a run-once service s6-rc would be called from s6-svscan's signal handler scripts again to bring down services. why not ? apparently a good idea ...
