¿Por qué 'ls' está repentinamente envolviendo elementos con espacios entre comillas simples?

Acabo de notar que en una de mis máquinas (ejecutando Debian Sid) cada vez que escribo lscualquier nombre de archivo con espacios tiene comillas simples que lo rodean.

Inmediatamente revisé mis alias, solo para encontrarlos 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$

(imagen)

Otra prueba, con archivos que contienen comillas simples en sus nombres (también respondiendo a una solicitud 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'

(imagen)

actualizar con la nueva salida coreutils-8.26 (que es mucho menos confusa, pero irritante de tener por defecto). Gracias a Pádraig Brady por esta impresión:

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

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

¿Por qué está pasando esto? ¿Cómo lo detengo correctamente?

para aclarar, yo mismo configuré ls para la salida de color automáticamente. Nunca puso citas alrededor de las cosas antes.

Estoy corriendo bashy coreutils 8.25.

EDITAR: Parece que los desarrolladores de coreutils pensaron (enlace) que sería una buena idea convertirlo en un valor predeterminado global a pesar de romper el principio de menos asombro y más de 46 años de tradición UNIX.

¿Alguna forma de arreglar esto sin una recompilación?

ACTUALIZACIÓN: octubre de 2017: Debian Sid ha vuelto a habilitar la cita de escape de shell de forma predeterminada. Esto se está volviendo ridículo. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

Y en la parte inferior de la cadena de respuesta al informe de error anterior, "el cambio fue intencional y permanecerá". https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

Pensé que esto estaba resuelto. Aparentemente no.

ACTUALIZACIÓN: abril de 2019: acabo de encontrar un informe de error en PHP que fue causado por este cambio en ls. Cuando confunde a los desarrolladores y genera informes de errores falsos, es hora de repensar sus cambios.

Actualización: Android toybox lsahora está haciendo algo similar a esto pero con barras invertidas en lugar de comillas. El uso de la opción -q hace que los espacios se procesen como 'caracteres de signo de interrogación' (no he verificado cuáles son, ya que obviamente no son espacios), por lo que la única solución que he encontrado hasta ahora sin enraizar el dispositivo en cuestión es agregar esto a una secuencia de comandos y fuente cuando se inicia un shell. Esta función hace lsuso de columnas si está en una terminal y de lo contrario imprime una por línea, mientras que engaña lsen los espacios de impresión textualmente porque se ejecuta a través de una tubería.

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
}

Prefacio : Si bien puede ser bastante satisfactorio votar una respuesta como esta y llamarlo un día, tenga la seguridad de que a los desarrolladores de GNU no les importan los votos de respuesta SO, y que si realmente desea alentarlos a cambiar , debe envíelos por correo electrónico como lo describe esta respuesta.

" ¿Por qué está pasando esto? "

Varios desarrolladores de coreutils decidieron que sabían mejor que décadas de estándares de facto.

" ¿Cómo lo detengo correctamente? "

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

Informes de errores

Si cree que ha encontrado un error en Coreutils, envíe un informe de error lo más completo posible a <[email protected]> , y se ingresará automáticamente en el rastreador de errores de Coreutils. Antes de informar de errores, lea las preguntas frecuentes. Una guía muy útil y a menudo referenciada sobre cómo escribir informes de errores y hacer buenas preguntas es el documento Cómo hacer preguntas de manera inteligente. Puede navegar por publicaciones anteriores y buscar en el archivo bug-coreutils.

Distros que ya han revertido  este cambio:

• Debian coreutils-8.25-2
  • Incluyendo en consecuencia, presumiblemente, Ubuntu y todos los cientos de derivados basados ​​en Debian y Ubuntu

Distros no afectados:

• openSUSE (ya usado -N)

"¿ Alguna forma de arreglar esto sin una recompilación? "

Los defensores te tendrían ...

volver al formato anterior agregando -N a su alias ls

... en todas sus instalaciones, en todas partes, por el resto de la eternidad.

Puede elegir el estilo de cotización :

ls --quoting-style=literal

Lo mismo que:

ls -N

o:

QUOTING_STYLE=literal ls

Que sea un alias, o establecer export QUOTING_STYLE=literalen su .bashrclograr pre-8.25 comportamiento.

Algunos puntos sobre el cambio.

• Se introdujo en coreutils v8.25, y la alineación mejoró en v8.26
• Solo ocurre cuando se envía a terminales, por lo que no interrumpe los scripts
• Desambigua la salida para los usuarios de archivos que contienen espacios en blanco
• Desinfecta la salida, por lo que es seguro copiar y pegar
• La salida ahora siempre es válida para copiar y pegar en el shell
• Los usuarios pueden volver al formato anterior agregando -N a su alias ls