Cuando escribo
unzip <tab>Obtengo una lista de todos los archivos que terminan en .zip, que es el comportamiento estándar de finalización de tabulación para el unzipcomando.
Sin embargo, también quiero completar bash para los unziparchivos de lista que terminan en .udp, además de los .ziparchivos. ¿Cómo puedo lograr este comportamiento en mi local .bashrc?
Respuestas:
En lugar de seguir comentando ...
complete -f -X '!*.@(zip|udp)' unzipdebería agregar terminación para
-f -X '!*.@(zip|udp)'
| | | |||________|
| | | || |
| | | || +- filterpat: zip or udp
| | | |+------------- @ : Matches one of the given patterns
| | | +-------------- *. : Anything+<dot>
| | +---------------- ! : Negate
| +------------------- -X : Filter out matches in "filterpat"
+---------------------- -f : filesEn otras palabras: complete los archivos y elimine todos los que no terminen en .zipo .udp.
Si agrega -o defaultfinalización, completará / coincidirá todos los archivos y directorios si no hay archivos que terminen en .zipo .udp.
Si agrega -o plusdirsfinalización agregará cualquier directorio además de cualquier coincidencia de archivos que terminen en .zipo .udp.
Cuando lo complete -p unzipusas obtienes el patrón actual.
De sus comentarios, suena principalmente como si faltara +o @en el patrón, como en:
# Err:
complete -f -X '!*.(zip|udp)' unzip
|
+---- Missing + or @lo que significaría coincidir con cualquier archivo que literalmente termine en.(zip|udp) . P.ej
touch 'file_test.(zip|udp)'También eche un vistazo a esta sección del manual:
es posible, por ejemplo, extglobno está habilitado. Habilitar por:
shopt -s extglobVerifique el estado actual de todas las shoptconfiguraciones ingresando:
shoptSi es -F somethingasí, significa que utiliza una función llamada algo para generar la lista de finalizaciones.
El _filedir_xspeces típicamente una función Debian. Puede que tengas algo como esto:
$ cat /etc/bash_completion
. /usr/share/bash-completion/bash_completionLo que significa /usr/share/bash-completion/bash_completionobtener fuentes. Aquí encontrarás la función en cuestión . Algunas líneas más abajo, verá que esta función / finalización se agrega mediante una función denominada, _install_xspecpor ejemplo:
_install_xspec '!*.@(zip|[ejsw]ar|exe|pk3|wsz|zargo|xpi|s[tx][cdiw]|sx[gm]|o[dt][tspgfc]|od[bm]|oxt|epub|apk|do[ct][xm]|p[op]t[mx]|xl[st][xm])' unzip zipinfo- No coincide debido a archivos inválidos o permisos de archivo.
Esto no debería afectar el resultado. completesolo coincide con los archivos dados por las reglas y no procesa los archivos. Si puede enumerarlos ls, deberían coincidir.
Como nota al margen, se podría agregar dicha funcionalidad mediante el uso de una función completa:
function _unzip_validated() {
# 1. Generate list of files ending in e.g. .zip and .udp
# 2. Validate each file and remove invalid ones from file list.
}
complete -F _unzip_validated unzip- Colores. ¿Por qué lsdistinguir test.zipde test.upd?
Esto no afecta complete. Los colores lsson proporcionados por $LS_COLORS. Tratar:
echo "$LS_COLORS" | tr : '\n' | sortDeberías ver algo como lo *.zip=01;31que significa:
*.zip=01;31
|____| | |
| | +--- Red
| +------ Bold
+---------- Files with .zip extension*.udp Por otro lado, no tiene ninguna entrada asociada, por lo que no tiene color.
bash --norccomplete -f -X '!*.@(zip|udp)' unzipshopt -s extglobunzip <tab><tab>¿Resultado?
Además, haga clic en editar debajo de su pregunta y agregue la salida de:
bind -V
shopt
envPodría ser útil.
~/bin/testing2. complete -f -X '!*.@(zip|udp)' testing, 3. testing <tab><tab>?
shopt...
extglobEstá activado. El ejemplo con 'prueba' selecciona el ziparchivo solo de nuevo. Noté que test.zipse muestra en color rojo, mientras que test.updse muestra en color blanco con ls -lambos archivos vacíos con los mismos permisos, cambio de propietario y asociación de grupo. ¿Por qué lsdistinguir test.zipde test.upd? Tal vez esta es una pista sobre el problema que tengo?
En el archivo /etc/bash_completion, que presumiblemente está buscando en alguna parte, la finalización predeterminada, al menos para mi versión de bash(v4.2.25) es
complete -f -X '!*.@(zip|[ejw]ar|exe|pk3|wsz|zargo|xpi|sxw|o[tx]t|od[fgpst]|epub|apk)' unzip zipinfoIntenta cambiar toda la expresión a
complete -f -X '!*.@(zip|[ejw]ar|exe|pk3|wsz|zargo|xpi|sxw|o[tx]t|od[fgpst]|epub|apk|udp)' unzip zipinfoY agrega a tu .bash_profile
unzip <tab>obtengo , ni encuentra .zipni .updarchivos ni otros archivos.
gzipcon .gzarchivos?
gunzipcon .gzarchivos sólo seleccionar los archivos que terminan en .gz, pero la definición es también diferente: complete -F _filedir_xspec gunzip.
/etc/bash_completionen tu .bashrc?
shopt -s extglob
Intente agregar esta línea en su .bashrc:
complete -f -o default -X '!*.+(zip|udp)' unzip.udparchivos, pero solo si no hay .ziparchivos presentes. Si hay un archivo test.zipy test.udpen el directorio actual, unzip <tab>solo se enumera el .ziparchivo. Esperaría ver ambos archivos (es decir, la finalización de bash daría test.).
udpy ziparchivos. ¿Fuente .bashrcdespués de agregar la línea?
unzip <tab>enumero todos los archivos, incluso los que terminan en una frase diferente. Ahora bastante lo que necesito.
complete -f -o default -X '!*.zip' unzipycomplete -f -o default -X '!*.udp' unzip
Mejor uso en _filedirlugar de "crudo" complete.
Justificación
grep _filedir -r $(pkg-config --variable=completionsdir bash-completion) | wc -l~caminos tilde ( ) se están expandiendo/home/tux/Do<TAB><TAB>, la lista que obtiene como respuesta elimina '/ home / tux' y, por lo tanto, es mucho más compactaMWE
_unzip_completor()
{
# init bash-completion's stuff
_init_completion || return
# fill COMPREPLY using bash-completion's routine
_filedir '@(zip|udp)'
}
complete -F _unzip_completor unzip
complete -p unzipcedecomplete -f -X '!*.@(zip|udp)' unzipyunzip <tab>completa el archivo llamadotest.zip. Sin embargo, el directorio también contiene un archivo llamadotest.updque no se encuentra al completar la pestañaunzip. ¿El hecho de los permisos de archivo o una longitud cero del archivo puede explicar este comportamiento extraño?