Come posso evitare che opzioni "shopt" non supportate causino errori nel mio .bashrc?

Lavoro in un ambiente relativamente eterogeneo in cui potrei eseguire diverse versioni di Bash su diversi nodi HPC, VM o workstation personali. Dato che ho inserito i miei script di accesso in un repository Git, mi piacerebbe usare lo stesso (ish) .bashrcsu tutta la linea, senza un sacco di disordine di tipo "if this host, then ...".

Mi piace il comportamento predefinito di Bash ≤ 4.1 che si espande cd $SOMEPATHin cd /the/actual/pathquando si preme il Tabtasto. In Bash 4.2 e versioni successive, è necessario shopt -s direxpandriattivare questo comportamento e che non sarà disponibile fino al 4.2.29 . Questo è solo un esempio, però; un'altra shoptopzione , probabilmente correlata , complete_fullquote(anche se non so esattamente cosa faccia) potrebbe anche aver cambiato il comportamento predefinito alla v4.2.

Tuttavia, direxpandnon è riconosciuto dalle versioni precedenti di Bash, e se provo a shopt -s direxpandnel mio .bashrc, che si traduce in un messaggio di errore in fase di stampa per la console ogni volta che accedo ad un nodo con un vecchio Bash:

-bash: shopt: direxpand: invalid shell option name

Quello che mi piacerebbe fare è avvolgere un condizionale shop -s direxpandper abilitare quell'opzione su Bash> 4.1 in modo robusto, senza sfregare le versioni precedenti di Bash ( cioè , non solo reindirizzare l'output dell'errore a /dev/null).

Controlla se direxpandè presente nell'output di shopte abilitalo se è:

shopt | grep -q '^direxpand\b' && shopt -s direxpand

Non vedo cosa c'è di sbagliato nel reindirizzare gli errori a /dev/null. Se vuoi che il tuo codice sia robusto set -e, usa il linguaggio comune … || true:

shopt -s direxpand 2>/dev/null || true

Se si desidera eseguire un codice di fallback se l'opzione non esiste, utilizzare lo stato di restituzione di shopt:

if shopt -s direxpand 2>/dev/null; then
  … # the direxpand option exists
else
  … # the direxpand option does not exist
fi

Ma se non ti piace davvero reindirizzare l'errore, puoi utilizzare il meccanismo di completamento per eseguire l'introspezione. Ciò presuppone che non si disponga di macchine antiquate con bash ≤ 2.03 che non avevano un completamento programmabile.

shopt_exists () {
  compgen -A shopt -X \!"$1" "$1" >/dev/null
}
if shopt_exists direxpand; then
  shopt -s direxpand
fi

Questo metodo evita il fork, che è lento in alcuni ambienti come Cygwin. Lo stesso 2>/dev/nullvale per il semplice , non credo che tu possa batterlo durante le esibizioni.

Quando sai con certezza che è disponibile shoptun'opzione specifica in una determinata versione maggiore / minore / patch di Bash, puoi ispezionare la $BASH_VERSIONvariabile o gli elementi $BASH_VERSINFO[]dell'array per abilitarla in modo condizionale.

Ecco un test per Bash 4.2.29 o versioni successive, la versione in cui è direxpand stata introdotta per la prima volta la serie 4.2:

if [[ $BASH_VERSION == 4.2.* && ${BASH_VERSINFO[2]} -ge 29 ]] ||
   [[ ${BASH_VERSINFO[0]} -eq 4 && ${BASH_VERSINFO[1]} -ge 3 ]] ||
   [[ ${BASH_VERSINFO[0]} -ge 5 ]]; then
    shopt -s direxpand
fi

Modifica: per essere chiari, questa è una soluzione ridicolmente ingegnerizzata per semplicemente ignorare un messaggio di errore proveniente dagli script di accesso, ma volevo documentarlo a prescindere, per la mia modifica.

Nota le parentesi graffe intorno , che sono necessarie e l'uso di e , che fanno confronti lessicali interi anziché (locali-dipendenti). Se non quotato, l'RHS dell'operatore viene trattato come pattern "extglob" all'interno di Bash / condizionali, come indicato qui , il che rende un confronto "estetico" più estetico di quanto farebbe un regex, IMO.${BASH_VERSINFO[index]}-eq-gt==[[]]

L' $BASH_VERSINFOarray contiene tutte le informazioni che vedresti nell'output di bash --version:

bash --version | head -1
# result:
# GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu)

declare -p BASH_VERSINFO
# result:
# declare -ar BASH_VERSINFO='([0]="4" [1]="3" [2]="48" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu")'

Quando non è chiaro dalla documentazione per la shoptquale le versioni di Bash sono state supportate o hanno cambiato il loro comportamento, il metodo proposto da Luciano va bene:

# note the '-q' so that the matched pattern isn't actually printed
shopt | grep -q direxpand && shopt -s direxpand

... come è la soluzione proposta da Gilles di ignorare l'errore ( shopt -s direxpand 2>/dev/null) e forse verificare $?se assolutamente necessario.

Riferimenti: 1 , 2 , 3
Lettura correlata: Set and Shopt - Why Two?