Por que 'ls' quebra subitamente itens com espaços entre aspas simples?

Acabei de notar que em uma das minhas máquinas (executando o Debian Sid) sempre que digito lsqualquer nome de arquivo com espaços, há aspas simples.

Eu verifiquei imediatamente meus apelidos, apenas para encontrá-los intactos.

wyatt@debian630:~/testdir$ ls
'test 1.txt'  test1.txt
wyatt@debian630:~/testdir$ alias
alias ls='ls --color=auto'
alias wget='wget --content-disposition'
wyatt@debian630:~/testdir$

(cenário)

Outro teste, com arquivos contendo aspas simples em seus nomes (também respondendo a uma solicitação de jimmij):

wyatt@debian630:~/testdir$ ls
'test 1.txt'  test1.txt  'thishasasinglequotehere'\''.txt'
wyatt@debian630:~/testdir$ touch "'test 1.txt'"
wyatt@debian630:~/testdir$ ls
''\''test 1.txt'\'''  test1.txt
'test 1.txt'          'thishasasinglequotehere'\''.txt'

(cenário)

atualize com a nova saída coreutils-8.26 (que é reconhecidamente muito menos confusa, mas ainda assim irritante por padrão). Agradecimentos a Pádraig Brady por esta impressão:

$ ls
"'test 1.txt'"   test1.txt
'test 1.txt'    "thishasasinglequotehere'.txt"

$ ls -N
'test 1.txt'  test1.txt
test 1.txt    thishasasinglequotehere'.txt

Por que isso está acontecendo? Como faço para parar corretamente?

para esclarecer, eu próprio defino ls para colorir automaticamente a saída. Nunca colocou aspas em torno das coisas antes.

Estou executando bashe coreutils 8.25.

EDIT: Parece que os desenvolvedores do coreutils pensaram (link) que seria uma boa idéia tornar esse padrão global, apesar de quebrar o princípio de menor espanto e mais de 46 anos de tradição UNIX.

Alguma maneira de corrigir isso sem recompilar?

ATUALIZAÇÃO - outubro de 2017 - O Debian Sid reativou a citação de escape do shell por padrão. Isso está ficando ridículo. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

E na parte inferior da cadeia de respostas do relatório de erros anterior, "a mudança foi intencional e permanecerá". https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

Eu pensei que isso estava resolvido. Aparentemente não.

ATUALIZAÇÃO: abril de 2019: Acabei de encontrar um relatório de erro supurativo no PHP que foi causado por essa alteração no ls. Quando você está confundindo os desenvolvedores e gerando relatórios de erros falsos, é hora de repensar suas alterações.

Atualização: a caixa de brinquedos Android lsagora está fazendo algo semelhante a isso, mas com barras invertidas em vez de aspas. O uso da opção -q torna os espaços renderizados como 'caracteres de ponto de interrogação' (não verifiquei o que são, pois obviamente não são espaços); portanto, a única correção que encontrei até agora sem fazer o root do dispositivo em questão é adicionar isso para um script e origine-o ao iniciar um shell. Essa função lsutiliza colunas se estiver em um terminal e, caso contrário, imprime uma por linha, enquanto engana os lsespaços de impressão literalmente porque está passando por um tubo.

ls() {
    # only way I can stop ls from escaping with backslashes
    if [ -t 1 ]; then
        /system/bin/ls -C "$@" |cat
    else
        /system/bin/ls "$@" |cat
    fi
}

Prefácio : Embora possa ser bastante satisfatório aprovar uma resposta como essa e chamá-la um dia, tenha certeza de que os desenvolvedores do GNU não se importam com os votos de resposta SO, e que, se você realmente deseja incentivá-los a mudar , precisa envie-os por e-mail como esta resposta descreve.

" Por que isso está acontecendo? "

Vários desenvolvedores de coreutils decidiram que conheciam melhor que décadas de padrões de fato.

" Como eu paro isso corretamente? "

http://www.gnu.org/software/coreutils/coreutils.html :

Relatório de erros

Se você acha que encontrou um bug no Coreutils, envie um relatório de bug o mais completo possível para <bug-coreutils@gnu.org> , e ele será automaticamente inserido no rastreador de erros do Coreutils. Antes de relatar erros, leia as Perguntas frequentes. Um guia muito útil e frequentemente referenciado sobre como escrever relatórios de bugs e fazer boas perguntas é o documento Como fazer perguntas de maneira inteligente. Você pode navegar pelas postagens anteriores e pesquisar no arquivo bug-coreutils.

Distros que já reverteram  essa alteração:

• Debian coreutils-8.25-2
  • Incluindo, conseqüentemente, presumivelmente, o Ubuntu e todas as centenas de derivados baseados no Debian e no Ubuntu

Distros não afetados:

• openSUSE (já usado -N)

" Alguma maneira de corrigir isso sem recompilar? "

Os proponentes queriam você ...

volte ao formato antigo adicionando -N ao seu alias ls

... em todas as suas instalações, em qualquer lugar, pelo resto da eternidade.

Você pode escolher o estilo de citação :

ls --quoting-style=literal

O mesmo que:

ls -N

ou:

QUOTING_STYLE=literal ls

Crie um alias ou configure export QUOTING_STYLE=literal-o .bashrcpara obter um comportamento anterior a 8,25.

Alguns pontos sobre a mudança.

• Foi introduzido no coreutils v8.25 e o alinhamento foi aprimorado na v8.26
• Isso só acontece ao enviar para terminais, para não quebrar scripts
• Desambigua a saída dos usuários para arquivos que contêm espaço em branco
• Ele higieniza a saída para que seja seguro copiar e colar
• A saída agora é sempre válida para copiar e colar de volta ao shell
• Os usuários podem voltar ao formato antigo adicionando -N ao seu alias ls