Чому "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 (що, мабуть, набагато менш заплутано, але все ще дратує за замовчуванням). Дякуємо Падрайгу Брейді за цю роздруківку:

$ 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.

EDIT: Здається, що розробники 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-іграшка 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 не піклуються про відповіді на голосування, і якщо ви дійсно хочете заохотити їх змінити , вам потрібно надішліть їм електронну пошту, як описано у цій відповіді.

" Чому це відбувається? "

Кілька розробників coreutils вирішили, що вони знають краще, ніж десятиліття де-факто стандартів.

" Як я це правильно зупинити? "

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

Звіти про помилки

Якщо ви думаєте, що ви знайшли помилку в Coreutils, то, будь ласка, надішліть якомога повніший звіт про помилку на <bug-coreutils@gnu.org> , і він автоматично буде введений у програму помилок Coreutils. Перш ніж повідомляти про помилки, будь ласка, прочитайте FAQ. Дуже корисним і часто посилається посібником про те, як писати звіти про помилки та задавати хороші запитання, є документ Як задавати питання Розумний шлях. Ви можете переглядати попередні публікації та шукати архів помилок-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