Perché usare `bash -c` nel supervisore invece di chiamare direttamente lo script?

Sto iniziando a utilizzare supervisordper controllare i servizi nel mio server. Non sono un utente pro di Linux, ma riesco a farlo abbastanza bene e farlo funzionare.

Solo per curiosità, ho notato che la maggior parte dei comandi in supervisord sembrano essere chiamati come:

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

Ho letto l'uomo di bash e so che -cdovrebbe essere usato per inserire variabili passate dopo la stringa.

Quindi qual è lo scopo nell'uso bash -cin supervisore (o in qualsiasi altro luogo) invece di chiamare direttamente lo script (come nell'esempio seguente), considerando che nessuna variabile è stata passata / utilizzata?

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

Grazie!

Shell caratteristiche come l'espansione del percorso ( *, ?), comando elenca ( ;, &&, ||), il reindirizzamento ( <, >, |,) non sono implementati da supervisord che solo divide il comando in una matrice di stringhe argomento.

La bash -cpuò essere solo un aiuto per l'utente alle prime armi che potrebbero essere tentati di utilizzare tali caratteristiche nel comando. Ad esempio evita la sorpresa che

command=echo foo > /tmp/bar

output foo > /tmp/barinvece di scrivere foosu /tmp/bar.

-cha poco a che fare con le variabili. Eventuali ulteriori argomenti alla bash poteva essere disponibile soltanto come argomenti di script $0, $1ecc nel comando, ma questa caratteristica ha raramente qualsiasi uso. Ad esempio bash -c 'echo $0 $0' foouscite foo foo.

È spiegato nella documentazione :

Nessuna shell viene eseguita da supervisord quando esegue un sottoprocesso, quindi le variabili di ambiente come USER, PATH, HOME, SHELL, LOGNAME, ecc. Non vengono modificate dalle impostazioni predefinite o altrimenti riassegnate. Ciò è particolarmente importante da notare quando si esegue un programma da un supervisord eseguito come root con user = stanza nella configurazione.

Per aggirare questo problema bash -cpuò essere utilizzato.