¿Cómo puedo evitar que las opciones 'shopt' no compatibles causen errores en mi .bashrc?

Trabajo en un entorno relativamente heterogéneo donde puedo ejecutar diferentes versiones de Bash en diferentes nodos HPC, máquinas virtuales o mi estación de trabajo personal. Debido a que puse mis scripts de inicio de sesión en un repositorio de Git, me gustaría usar el mismo (ish) en .bashrctodos los ámbitos, sin un montón de "si este host, entonces ..." - escribe desorden.

Yo al igual que el comportamiento predeterminado de Bash ≤ 4.1 que se expande cd $SOMEPATHen cd /the/actual/pathal pulsar la Tabtecla. En Bash 4.2 y superior, necesitaría shopt -s direxpandvolver a habilitar este comportamiento, y eso no estuvo disponible hasta 4.2.29 . Sin embargo, este es solo un ejemplo; Otra shoptopción , posiblemente relacionada , complete_fullquote(aunque no sé exactamente qué hace) también puede haber cambiado el comportamiento predeterminado en v4.2.

Sin embargo, direxpandlas versiones anteriores de Bash no lo reconocen, y si lo intento shopt -s direxpanden mi .bashrc, eso genera un mensaje de error que se imprime en la consola cada vez que inicio sesión en un nodo con un Bash anterior:

-bash: shopt: direxpand: invalid shell option name

Lo que me gustaría hacer es envolver un condicional shop -s direxpandpara habilitar esa opción en Bash> 4.1 de una manera robusta, sin irritar las versiones anteriores de Bash ( es decir , no solo redirigiendo la salida del error /dev/null).

Compruebe si direxpandestá presente en la salida de shopty habilítelo si es:

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

No veo qué hay de malo en redirigir errores /dev/null. Si desea que su código sea robusto set -e, use el idioma común … || true:

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

Si desea ejecutar algún código de reserva si la opción no existe, use el estado de retorno de shopt:

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

Pero si realmente no le gusta redirigir el error, puede usar el mecanismo de finalización para realizar la introspección. Esto supone que no tiene máquinas anticuadas con bash ≤ 2.03 que no tenían finalización programable.

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

Este método evita la bifurcación, que es lenta en algunos entornos como Cygwin. Lo mismo ocurre con el sencillo 2>/dev/null, no creo que se pueda superar eso en el rendimiento.

Cuando sepa con certeza que una shoptopción específica está disponible en una versión principal / menor / parche de Bash, puede inspeccionar la $BASH_VERSIONvariable o los elementos de la $BASH_VERSINFO[]matriz para habilitarla condicionalmente.

Aquí hay una prueba para Bash 4.2.29 o superior, la versión donde direxpand se introdujo por primera vez a 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

Editar: Para ser claros, esta es una solución ridículamente sobredimensionada para simplemente ignorar un mensaje de error proveniente de sus scripts de inicio de sesión, pero quería documentarlo de todos modos, para mi propia edificación.

Tenga en cuenta los corchetes , que son obligatorios, y el uso de y , que hacen comparaciones léxicas enteras en lugar de (dependientes de la localidad). Si no se cita, el RHS del operador se trata como patrones "extglob" dentro de Bash / condicionales, como se indica aquí , lo que hace una comparación más estética "comienza con" que una expresión regular, IMO.${BASH_VERSINFO[index]}-eq-gt==[[]]

La $BASH_VERSINFOmatriz contiene toda la información que vería en la salida de 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")'

Cuando no está claro en la documentación para la shoptcual las versiones de Bash se admitieron o cambiaron su comportamiento, el método propuesto por Luciano está bien:

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

... como es la solución propuesta por Gilles de simplemente ignorar el error ( shopt -s direxpand 2>/dev/null) y quizás verificar $?si es absolutamente necesario.

Referencias: 1 , 2 , 3
Lectura relacionada: Set y Shopt - ¿Por qué dos?