Cómo deshacerse de "No se encontraron coincidencias" cuando se ejecuta "rm *"

Utilizando zsh, recibo el mensaje "No se encontró coincidencia" al elegir un patrón que no encaja rmy que incluso al redirigir la salida.

# rm * > /dev/zero 2>&1
  zsh: no matches found: *

¿Cómo puedo deshacerme de este mensaje?

Este comportamiento es controlado por Zsh nomatch opción . Por defecto, si una línea de comando contiene una expresión global que no coincide con nada, Zsh imprimirá el mensaje de error que está viendo y no ejecutará el comando en absoluto. Puede deshabilitar esto ejecutando

setopt +o nomatch

Luego, las expresiones globales que no coinciden con nada se dejarán tal cual, y recibirá un mensaje de error rm(que puede desactivar usando -f, aunque es una mala idea, ya que forzará las eliminaciones en otras situaciones en las que no querer).

¿Qué le gustaría que hiciera en su lugar? ¿No se ejecuta rmen absoluto (1)? ¿Ejecutarlo con un *argumento literal como en otros shells tipo Bourne (2)? ¿Ejecutarlo sin ningún argumento (3)?

1. files=(*(N)); (($#files)) && rm -- $files. O (rm -- *) 2> /dev/nullpero eso también ocultaría errores genuinos por los rmcuales sería una tontería. Podrías descartar el zsherror pero restaurar stderr para el rmcomando aunque con(rm -- * 2>&3 3>&-) 3>&2 2> /dev/null
2. emulate sh -c 'rm -- *' 2> /dev/null. Luego, como en el shque zshahora se emula para esa única línea de comando, la no coincidencia *se pasa tal cual rmy se rmqueja porque ese *archivo no existe. Suprimimos rm's stderr como lo haría en shsuprimir ese mensaje de error, pero de nuevo, que es una tontería, ya que sería ocultar errores genuinos por rmcontraposición al error incurrido por el mal comportamiento de shpasar un literal *a rm. rm -f '*'sin embargo, no se quejaría de un *archivo no existente , por lo que podría haceremulate sh -c 'rm -f -- *'
3. rm -- *(N). rmse queja de que cuando no se pasa ningún argumento, aunque, de nuevo, no rm -f: rm -f -- *(N).

En general, rm -fes el comando que desea usar si desea que se eliminen todos los archivos y solo obtiene un error si no se pueden eliminar los archivos o si IOW sigue ahí después de que rmhaya regresado. Por lo general, también desea usar -fen scripts para evitar que se le solicite al usuario en algunas situaciones.

Aquí, llamar rmcuando el globo no coincide está mal. El sh¹ comportamiento es incorrecto. Es inofensivo para un patrón como *, pero para uno como *.[ch], pasar *.[ch]como está cuando no coincide podría hacer que el *.[ch]archivo se elimine por error:

$ ls
*.[ch]  foo.txt
$ zsh -c 'rm *.[ch]'
zsh:1: no matches found: *.[ch]
$ ls
*.[ch]  foo.txt
$ sh -c 'rm *.[ch]'
$ ls
foo.txt

En su defecto con un error es lo más sensato que hacer y lo que es zsh(y fish, csh,tcsh , bash -o failgloby la cáscara de Unix original) lo hace.

Y si desea cuidarse de ese caso especial, lo zshhace fácil con su (N)calificador global (para noglob ) como en el caso (1) anterior. fish(al menos en la versión reciente ) lo hace aún más fácil ya que hace un noglob implícito para el setcomando. Entonces, el equivalente allí sería:

set files *
if count $files > /dev/null
  rm -f -- $files
end

Vea Por qué nullglob no es el predeterminado para más detalles.

_{¹ . Estrictamente hablando, es solo shdesde el shell Bourne (desde Unix V7 en 1979); las versiones anteriores de sh(que llamaron /etc/globa comodines sin comillas, de donde proviene el nombre de glob ) se comportaron como csho zsh -o cshnullglob, es decir /etc/glob, abortarían el comando si ninguno de los globs coincidía (y suprimiría los globos no coincidentes si al menos uno de ellos tenía alguna coincidencia). El comportamiento fue roto por el shell Bourne.}