Почему 'ls' внезапно заключает элементы в одинарные кавычки?

Я только что заметил, что на одном из моих компьютеров (на котором запущен Debian Sid) всякий раз, когда я lsнабираю имя файла с пробелами, его заключают в одинарные кавычки.

Я немедленно проверил свои псевдонимы, чтобы найти их нетронутыми.

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$

(рисунок)

Другой тест, с файлами, содержащими одинарные кавычки в своих именах (также отвечая на запрос 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'

(рисунок)

обновление с новым выходом coreutils-8.26 (который, по общему признанию, гораздо менее запутан, но по-прежнему раздражает иметь по умолчанию). Спасибо Pádraig Brady за эту распечатку:

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

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

Почему это происходит? Как мне остановить это правильно?

чтобы уточнить, я сам установил ls для автоматического вывода цвета. Это никогда не помещало кавычки вокруг вещей прежде.

Я бегу bashи coreutils 8.25.

РЕДАКТИРОВАТЬ: Похоже, разработчики coreutils думали (ссылка), что было бы хорошей идеей сделать это глобальным дефолтом, несмотря на нарушение принципа наименьшего удивления, а также более чем 46-летней традиции UNIX.

Любой способ исправить это без перекомпиляции?

ОБНОВЛЕНИЕ - октябрь 2017 г. - Debian Sid по умолчанию снова включил экранирование оболочки. Это просто смешно. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

И в нижней части цепочки ответов на предыдущий отчет об ошибках «изменение было преднамеренным и останется». https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

Я думал, что это было решено. Очевидно нет.

ОБНОВЛЕНИЕ: апрель 2019 г .: только что обнаружен внушительный отчет об ошибках в PHP, вызванный этим изменением ls. Когда вы сбиваете с толку разработчиков и генерируете ложные сообщения об ошибках, пришло время переосмыслить ваши изменения.

Обновление: Android toybox lsтеперь делает нечто похожее на это, но с обратными слешами вместо кавычек. При использовании опции -q пробелы отображаются как «символы вопросительного знака» (я не проверял, какие они есть, поскольку они, очевидно, не пробелы), поэтому единственное исправление, которое я нашел до сих пор без рутирования рассматриваемого устройства, это добавить это в сценарий и источник его при запуске оболочки. Эта функция позволяет lsиспользовать столбцы, если они находятся в терминале и, в противном случае, печатают по одной на строку, одновременно вводя lsв заблуждение пространство печати, поскольку оно проходит через трубу.

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
}

Предисловие : Несмотря на то, что может быть весьма удовлетворительным объявить ответ, подобный этому, и назвать его днем, пожалуйста, будьте уверены, что разработчики GNU не заботятся о SO голосах за ответы, и что, если вы действительно хотите побудить их измениться , вам необходимо напишите им, как этот ответ описывает.

" Почему это происходит? "

Несколько разработчиков Coreutils решили, что они знают лучше, чем десятилетия стандартов де-факто.

" Как мне остановить это правильно? "

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

Отчеты об ошибках

Если вы считаете, что обнаружили ошибку в Coreutils, отправьте как можно более полный отчет об ошибке по адресу <bug-coreutils@gnu.org> , и он автоматически будет добавлен в систему отслеживания ошибок Coreutils. Прежде чем сообщать об ошибках, пожалуйста, прочитайте FAQ. Очень полезным и часто упоминаемым руководством о том, как писать отчеты об ошибках и задавать хорошие вопросы, является документ «Как задавать вопросы умным путем». Вы можете просматривать предыдущие публикации и искать в архиве bug-coreutils.

Дистрибутивы , которые уже Откачены  это изменение:

• Debian coreutils-8.25-2
  • В том числе , следовательно, по- видимому, Ubuntu , и все из сотен Debian не на основе и Ubuntu на основе производных

Дистрибутивы не затронуты:

• openSUSE (уже используется -N)

" Любой способ исправить это без перекомпиляции? "

Сторонники бы вы ...

вернуться к старому формату, добавив -N к псевдониму ls

... во всех ваших инсталляциях, везде, до конца вечности.

Вы можете выбрать стиль цитирования :

ls --quoting-style=literal

Такой же как:

ls -N

или же:

QUOTING_STYLE=literal ls

Сделать это псевдоним, или установить export QUOTING_STYLE=literalв вашем .bashrcдостичь заранее 8.25 поведения.

Несколько моментов об изменении.

• Он был представлен в coreutils v8.25, а выравнивание улучшено в v8.26
• Это происходит только при выводе на терминалы, поэтому не нарушает скрипты
• Он устраняет неоднозначность вывода для пользователей для файлов, содержащих пробелы
• Он дезинфицирует выход , так что безопасно копировать и вставлять
• Вывод теперь всегда действителен для копирования и вставки обратно в оболочку
• Пользователи могут вернуться к старому формату, добавив -N к своему псевдониму ls.