なぜ 'ls'はアイテムを一重引用符でスペースで突然ラップするのですか？

私のマシンの1つ（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ádraigBradyに感謝します。

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

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

なぜこうなった？適切に停止するにはどうすればよいですか？

明確にするために、私自身はlsを自動的にカラー出力に設定しました。以前は物事を引用符で囲みませんでした。

bashcoreutils 8.25を実行しています。

編集：coreutils開発者は、最小限の驚きの原則と 46年以上のUNIXの伝統を破ったとしても、それをグローバルなデフォルトにすることは良い考えだと考えているようです（リンク）。

再コンパイルせずにこれを修正する方法はありますか？

更新-2017年10月-Debian Sidはデフォルトでシェルエスケープクォートを再度有効にしました。これはばかげている。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

そして、以前のバグレポートへの返信チェーンの一番下に、「変更は意図的なものであり、今後も継続されます。」https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

これは解決したと思いました。どうやら。

更新：2019年4月：この変更により引き起こされたPHPでの疑わしいバグレポートが見つかりましたls。開発者を混乱させ、誤ったバグレポートを生成している場合は、変更を再考してください。

更新：Android toybox lsは、これと同様のことを行っていますが、引用符ではなくバックスラッシュを使用しています。-qオプションを使用すると、スペースが「疑問符文字」としてレンダリングされます（明らかにスペースではないため、それらを確認していません）。これをスクリプトに追加し、シェルを起動するときにソースとして使用します。この関数はls、端末の場合は列を使用し、そうでない場合は1行に1つずつls印刷しますが、パイプを介して実行されるため、逐語的に印刷スペースをtrick します。

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
}

はじめていること、それはこのような答えをupvoteし、一日、それを呼び出すためには非常に満足のいくかもしれないが、GNUの開発者がSO票に答える気にしないのでご安心くださいは、＆​​：あなたが実際にしたい場合にそれらを奨励するために変更、必要にこの回答に記載されているとおりにメールしてください。

「なぜこれが起こっているのですか？」

数人のcoreutils開発者は、数十年にわたる事実上の標準よりもよく知っていると判断しました。

「どうすれば適切に停止できますか？」

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

バグレポート

Coreutilsでバグを見つけたと思われる場合は、可能な限り完全なバグレポートを<bug-coreutils@gnu.org>に送信してください。バグレポートは自動的にCoreutilsバグトラッカーに入力されます。バグを報告する前に、FAQを読んでください。バグレポートの作成方法と良い質問の方法に関する非常に便利でよく参照されるガイドは、「How To Ask The Smart Way」というドキュメントです。以前の投稿を閲覧し、bug-coreutilsアーカイブを検索できます。

 この変更をすでに元に戻したディストリビューション：

• Debian coreutils-8.25-2
  • その結果、おそらく、Ubuntuおよび数百のDebianベースおよびUbuntuベースの派生物を含む

影響を受けないディストリビューション：

• openSUSE（すでに使用されている-N）

「再コンパイルせずにこれを修正する方法はありますか？」

支持者はあなたを持っているでしょう...

lsエイリアスに-Nを追加して、古い形式に戻ります

…残りのすべての場所で、すべてのインストールで。

引用スタイルを選択できます：

ls --quoting-style=literal

と同じ：

ls -N

または：

QUOTING_STYLE=literal ls

それをエイリアスにするか、またはに設定export QUOTING_STYLE=literalして.bashrc8.25より前の動作を実現します。

変更に関するいくつかのポイント。

• coreutils v8.25で導入され、v8.26でアライメントが改善されました。
• 端末に出力するときにのみ発生するため、スクリプトを中断しません
• 空白を含むファイルのユーザーの出力を明確にします
• 出力をサニタイズするので、コピーして貼り付けても安全です
• コピーしてシェルに貼り付けるために、出力が常に有効になりました
• ユーザーは、lsエイリアスに-Nを追加することで、古い形式に戻すことができます