Como se livrar de "Nenhuma correspondência encontrada" ao executar "rm *"

Usando zsh, recebo a mensagem "Nenhuma correspondência encontrada" ao escolher um padrão que não se encaixa rme que mesmo ao redirecionar a saída.

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

Como posso me livrar dessa mensagem?

Esse comportamento é controlado pela nomatchopção do Zsh . Por padrão, se uma linha de comando contiver uma expressão globbing que não corresponde a nada, o Zsh imprimirá a mensagem de erro que você está vendo e não executará o comando. Você pode desativar isso executando

setopt +o nomatch

Em seguida, expressões globbing que não correspondem a nada serão deixadas como estão e você receberá uma mensagem de erro rm(da qual você pode desativar o uso -f, embora seja uma má ideia, pois forçará remoções em outras situações em que você talvez não quer).

O que você gostaria que ele fizesse? Não é executado rm(1)? Executá-lo com um *argumento literal como em outros shells Bourne (2)? Executá-lo sem nenhum argumento (3)?

1. files=(*(N)); (($#files)) && rm -- $files. Ou (rm -- *) 2> /dev/nullmas isso também ocultaria erros genuínos pelos rmquais seria tolo. Você pode descartar o zsherro, mas restaurar o stderr para o rmcomando, embora com(rm -- * 2>&3 3>&-) 3>&2 2> /dev/null
2. emulate sh -c 'rm -- *' 2> /dev/null. Então, como no shqual zshagora emulado para essa linha de comando única, a não correspondência *é passada como está rme rmreclama, pois esse *arquivo não existe. Nós suprimimos rmo stderr como você faria shpara suprimir essa mensagem de erro, mas, novamente, isso é bobagem, pois ocultaria erros genuínos por rmoposição ao erro incorrido pelo mau comportamento de shpassar um literal *para rm. rm -f '*'não iria reclamar de um *arquivo inexistente , então você poderia fazeremulate sh -c 'rm -f -- *'
3. rm -- *(N). rmreclamaria quando não fosse aprovado em nenhum argumento, porém novamente rm -f: não rm -f -- *(N).

Geralmente, rm -fé o comando que você deseja usar se você deseja que todos os arquivos sejam removidos e só recebe um erro se os arquivos não puderem ser removidos ou o IOW ainda estiver lá após o rmretorno. Você também geralmente deseja usar -fscripts para evitar que o usuário seja solicitado em algumas situações.

Aqui, telefonar rmquando o globo não corresponde está errado. O comportamento sh¹ está errado. É inofensivo para um padrão como *, mas para um exemplo *.[ch], passar *.[ch]como está quando não corresponde pode causar a *.[ch]remoção do arquivo por engano:

$ 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

Falhando com um erro é a coisa mais sensata a fazer e é o que zsh(e fish, csh, tcsh, bash -o failglobe o shell do Unix original) faz.

E se você quiser cuidar desse caso especial, zshfacilite com o (N)qualificador glob (para noglob ) como no caso (1) acima. fish(pelo menos na versão recente ) facilita ainda mais, como faz um noglob implícito para o setcomando. Então, o equivalente lá seria:

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

Consulte Por que o nullglob não é o padrão para obter mais detalhes.

_{¹ . A rigor, é apenas shdesde o shell Bourne (desde o Unix V7 em 1979); as versões anteriores sh(que chamavam /etc/globcuringas não citados, de onde vem o nome do globo ) se comportavam como cshou zsh -o cshnullglob, isto é /etc/glob, interromperiam o comando se nenhum dos globs tivesse correspondência (e suprimiria os globs não correspondentes, se pelo menos um deles teve qualquer correspondência). O comportamento foi quebrado pelo shell Bourne.}