¿Por qué usar `bash -c` en el supervisor en lugar de llamar al script directamente?

Estoy empezando a usar supervisordpara controlar los servicios en mi servidor. No soy un usuario profesional de Linux, pero puedo manejarlo bastante bien y hacerlo funcionar.

Solo por curiosidad, he notado que la mayoría de los comandos en supervisión parecen llamarse así:

[program:install]
command=bash -c "/src/etc/install.sh"

He leído el hombre de bash, y sé que -cdebería usarse para insertar variables pasadas después de la cadena.

Entonces, ¿cuál es el punto de usar bash -cen supervisor (o en cualquier otro lugar) en lugar de llamar al script directamente (como el ejemplo a continuación), considerando que no se pasaron / usaron variables?

[program:install]
command=/src/etc/install.sh

¡Gracias!

Shell presenta como la expansión de nombre de ruta ( *, ?), listas de comandos ( ;, &&, ||), redirección ( <, >, |,) no son implementadas por supervisord que sólo divide el comando en una matriz de cadenas de argumentos.

El bash -cpuede ser sólo una ayuda para el usuario novato que podría estar tentado a usar tales características en el comando. Por ejemplo, evita la sorpresa de que

command=echo foo > /tmp/bar

salidas en foo > /tmp/barlugar de escribir fooen /tmp/bar.

-ctiene poco que ver con las variables. Ningún argumento adicional a la fiesta solamente estarían disponibles como argumentos del script $0, $1etc. en el comando, pero esa característica rara vez tiene ningún uso. Por ejemplo bash -c 'echo $0 $0' foosalidas foo foo.

Se explica en la documentación :

El supervisor no ejecuta ningún shell cuando ejecuta un subproceso, por lo que las variables de entorno como USER, PATH, HOME, SHELL, LOGNAME, etc. no cambian de sus valores predeterminados ni se reasignan. Esto es particularmente importante de tener en cuenta cuando ejecuta un programa desde un supervisor ejecutado como root con un usuario = stanza en la configuración.

Para solucionar este problema, bash -cse puede utilizar.