This program is executed via the run script in the service's live directory. It sits between s6-supervise and the user's executable script, allowing for the preparation of the user's script execution. This introduces a dual capability:

    Define certain preparations through frontend keys, such as setting ownership, moving to a working directory, limiting resources used by the service, etc.
    Since 66-execute runs on each signal received and transmitted by s6-supervise, it is now possible to send messages to an event management daemon.

By default, this program performs previously defined actions such as logging redirections and managing environment variables (previously handled by excel-envfile), creation of the log destination directory, and so on.So, the user's file now contains only the exact copy of the @execute field.
Also, the name of the script for an start or
stop process are the same. This was a old behabvior
coming from s6-rc  manager.

Provide more explanation of environment behavior and new scandir behavior

Logger destination directory for a service
inside a module was not deleted.

Sending signal to the fdholder socket at each loop is really a bad design.

This process handle a service selection from a same live directory.As any contents of the field fdholderdir will be valid,
a simple call at the end of process will do the needs.

an already unsupervised service.

This is the unsupervise process, at worse the service isn't supervised.

Permit to set uid and gid for a run script.
Unknown key may occur at end of the file.
Avoid to changed pointer.
Typo fix.

Splitting through a wrapper the main parse_section
allow to be flexible in case of specific needs for a section.
It also easier to add another section.

This is a necessary review for new coming section.
Each table are now used separately.
More lignes of code but a shorter execution and a
easier manner to deal with API to integrate new section.

These directories is used to properly define environment variable
at start of a scandir

This is avoid having supplementary directories at
SS_SERVICE_ADMDIR or SS_SERVICE_USERDIR mostly in case of crash of
module parse process. In that case, as the resolve file of the module is not
created yet, it cannot be found at remove time.

that is a part of a module

clean of string from frontend key for module.
fix value of intree key.
allow sufficient space for rename of interdependences.
fix use of parse_list functions even in case of multiple line.