Pourquoi «ls» encapsule-t-il soudainement les éléments avec des espaces entre guillemets simples?

Je viens de remarquer que sur l'une de mes machines (sous Debian Sid), chaque fois que je tape lsun nom de fichier avec des espaces, il est entouré de guillemets simples.

J'ai immédiatement vérifié mes alias, pour les retrouver intacts.

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$

(image)

Un autre test, avec des fichiers contenant des guillemets simples dans leurs noms (répondant également à une demande 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'

(image)

mettre à jour avec la nouvelle sortie de coreutils-8.26 (ce qui est certes beaucoup moins déroutant, mais toujours irritant d’avoir par défaut). Merci à Pádraig Brady pour cette impression:

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

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

Pourquoi cela arrive-t-il? Comment puis-je l'arrêter correctement?

pour clarifier, j’ai moi-même réglé ls sur la sortie couleur automatique. Il ne met jamais de citations autour de choses avant.

Je suis en cours d'exécution bashet coreutils 8.25.

EDIT: Les développeurs de coreutils ont pensé (lien) que ce serait une bonne idée d’en faire un défaut global malgré la violation du principe de moindre étonnement ainsi que de plus de 46 ans de tradition UNIX.

Un moyen de résoudre ce problème sans recompiler?

MISE À JOUR - Octobre 2017 - Debian Sid a réactivé les citations d'échappement du shell par défaut. C'est juste en train de devenir ridicule. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

Et au bas de la chaîne de réponse au rapport de bogue précédent, "le changement était intentionnel et restera". https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

Je pensais que c'était réglé. Apparemment non.

MISE À JOUR: Avril 2019: Je viens de trouver un rapport de bogue volumineux en PHP causé par ce changement ls. Lorsque vous confondez les développeurs et générez de faux rapports de bogues, il est temps de repenser vos modifications.

Mise à jour: Android toybox lsfait maintenant quelque chose de similaire à cela, mais avec des barres obliques inverses au lieu de guillemets. L'utilisation de l'option -q rend les espaces rendus en tant que "points d'interrogation" (je n'ai pas vérifié ce qu'ils sont, car ce ne sont évidemment pas des espaces). Le seul correctif que j'ai trouvé jusqu'à présent sans enraciner le périphérique en question consiste à ajouter ceci dans un script et le source lors du lancement d'un shell. Cette fonction lsutilise des colonnes si elles se trouvent dans un terminal et imprime une ligne par ligne, tout en accédant lsaux espaces d’impression, mot pour mot, car elle passe par un canal.

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
}

Préface : Même s’il peut être très satisfaisant de voter une réponse comme celle-ci et de s’appeler un jour, soyez assuré que les développeurs GNU ne s’intéressent pas aux votes SO, et que si vous voulez réellement les encourager à changer , vous devez envoyez-leur un courriel comme le décrit cette réponse.

" Pourquoi est-ce que ça se passe? "

Plusieurs développeurs de coreutils ont décidé qu'ils connaissaient mieux que des décennies de normes de facto.

" Comment puis-je l'arrêter correctement? "

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

Rapports de bogues

Si vous pensez avoir trouvé un bogue dans Coreutils, veuillez envoyer un rapport de bogue le plus complet possible à <bug-coreutils@gnu.org> . Ce rapport sera automatiquement entré dans le suivi des bogues de Coreutils. Avant de signaler des bugs, veuillez lire la FAQ. Le document Comment poser des questions de manière intelligente constitue un guide très utile et souvent référencé sur la manière de rédiger des rapports de bogue et de poser de bonnes questions. Vous pouvez parcourir les publications précédentes et rechercher dans les archives de bug-coreutils.

Distros qui ont déjà rétrocédés  ce changement:

• Debian coreutils-8.25-2
  • Y compris, par conséquent, vraisemblablement Ubuntu et toutes les centaines de dérivés basés sur Debian et Ubuntu

Distros inchangé:

• openSUSE (déjà utilisé -N)

" Y a-t-il un moyen de résoudre ce problème sans recompiler? "

Les partisans voudraient que vous ...

revenir à l'ancien format en ajoutant -N à leur alias ls

… Sur toutes vos installations, partout, pour le reste de l'éternité.

Vous pouvez choisir un style de citation :

ls --quoting-style=literal

Le même que:

ls -N

ou:

QUOTING_STYLE=literal ls

Faites-en un alias, ou définissez-le export QUOTING_STYLE=literaldans le .bashrccomportement antérieur à 8.25.

Quelques points sur le changement.

• Il a été introduit dans Coreutils v8.25 et son alignement a été amélioré dans v8.26.
• Cela ne se produit que lors de la sortie sur des terminaux afin de ne pas casser les scripts
• Il désambiguise la sortie pour les utilisateurs pour les fichiers contenant des espaces
• Il assainit la sortie, donc il est sécuritaire de copier et coller
• La sortie est maintenant toujours valide pour être copiée et collée dans le shell
• Les utilisateurs peuvent revenir à l'ancien format en ajoutant -N à leur alias ls