ターミナルエミュレーターでAlt-Leftで単語をスキップできない

以前の仕事のDebian Wheezyマシンでは、Alt + LeftおよびAlt + Rightに慣れて、アクティブなコマンドライン（bash内）の単語間をスキップしました。

家で私はジェシー（Debianの8.0、枝をテスト）にアップグレードしたので、これはもう動作しません。代わりに前の単語にスキップする、Altキーを押しながら左は何かのように印刷しDたりします[D。OTOH、sshを開いて、私の頭のないDebian Wheezyに接続すると、完全に機能します。

さらに、Fedora 20を新しい仕事にインストールしたところ、動作は同じです。これは、bash、csh、およびksh（で始まるenv -i）、rxvt-unicode、およびxfce4-terminalに適用されるため、これらのレベル以外のものでなければなりません。

スタック内の他のどこで違いを見つける必要がありますか？

おそらく、アップグレード時に失われたローカル~/.inputrcまたはグローバル/etc/inputrcファイルが定義されていた可能性があります。簡単な修正方法は~/.inputrc、次の行を含むファイルを作成することです。

## enable Alt-arrows 
"\e[1;3D": backward-word ### Alt left
"\e[1;3C": forward-word ### Alt right

これらはxtermand terminatorで動作しgnome-terminalますが、他の端末用に調整する必要があるかもしれません。残念ながら、各端末エミュレータは異なる構文を使用できます。詳細については、こちらの回答をご覧ください。

terdonは私を正しい方向に設定しました：inputrcファイル。

原因は非常に直感的ではないため、readline6は実際には/ etc / inputrcの代わりに〜/ .inputrcを使用しているため、readline（3）は強調も反論もしていません。

このファイルの名前は、INPUTRC環境変数の値から取得されます。その変数が設定されていない場合、デフォルトは〜/ .inputrcです。そのファイルが存在しないか、読み取ることができない場合、最終的なデフォルトは/ etc / inputrcです。

したがって、両方のDebianマシンでは/ etc / inputrcはlibreadline6パッケージで提供されるものと同じですが（バージョンも同じです）、新しいマシンでは〜/ .inputrcが1行で存在しますset bell-style none。このファイルが削除されると、すべて正常に機能します（以下の注を参照）。

明日までFedoraをチェックすることはできませんが、同じ問題だと思います。更新： Fedoraでは、〜/ .inputrcは存在しませんでしたが、ここでは/ etc / inputrcが単に異なるため、これを定義しない場合があります。ホットフィックスとして、Debianのinputrcを〜/ .inputrcとして保存しました。

ノート：

7> 8アップグレード中にどのように変更されたのかという謎は未解決のままですが、一部は私の悪い記憶といくつかの意図しないドットファイルのジャグリングに起因する可能性があります。（ところで、それはAPTのアップグレードではなく、再インストールと手動のドットファイルの移動だったので、〜.inputrcが何らかの形で邪魔をしたかもしれません。）

また、OKと言うと、Rxvtを除くすべての場所でCtrlで動作することを意味します（OK、xfce4-terminalのみをチェックしましたが、Rxvtは通常の反逆者であることがわかっています） -特定の機能-リスト内のアクティブなタブを移動します。

マンページで言及しているように、bashを使用すると、組み込みのbindコマンドを使用して、現在持っているものを調査できます。