You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 11, 2022. It is now read-only.
Some daemons export configuration variables into the environment. I think it could be useful to provide support for this use-case into the configuration. An example could be SWAYSOCK variable exported by sway that is needed by all wayland related daemons, like Waybar and mako.
I propose to add:
an export array in the options section to list all the environment to read once the service is started
an import array in the options section to list all the service to import the environment from
/proc/$pid/environ can be used to read the environment as shown here. Knowing the $pid of a service is at the base of the supervision used so it can be assumed that it is correct.
A couple of issues:
Some services could want to export some dynamic environment variables to entire service tree of the user. E.g. a service could export all XDG environment variables. (for the static variable a different method should be added)
Is reading from /proc/$pid/environ portable?
The text was updated successfully, but these errors were encountered:
Some daemons export configuration variables into the environment. I think it could be useful to provide support for this use-case into the configuration. An example could be
SWAYSOCK
variable exported by sway that is needed by all wayland related daemons, like Waybar and mako.I propose to add:
export
array in theoptions
section to list all the environment to read once the service is startedimport
array in theoptions
section to list all the service to import the environment fromExample:
sway.user:
Waybar.user:
/proc/$pid/environ
can be used to read the environment as shown here. Knowing the $pid of a service is at the base of the supervision used so it can be assumed that it is correct.A couple of issues:
/proc/$pid/environ
portable?The text was updated successfully, but these errors were encountered: