いいえローカル修正このために。

編集行

NetBSD editlineは長年のカラーヒントをサポートしていません。その作用メカニズムは主張したところによるとサポートされている色のヒントは機能せず、2015年（おそらくそれ以前）からバグがあることが知られています。あなたが見ているのは間違ったメカニズムの結果です。

持つNick Zavaritskyの編集ラインポイント左/右のヒントの文字と編集バッファの文字のグラフィックレンダリング情報を保存するため、カラーヒントだけでなく、編集中の行の（構文）色も正しくサポートされます。

バニラのeditlineは間違いなく悪い道を取る。 2017年には、プロンプト文字列のリテラルが実際に正しい順序でエクスポートされ、開始時に線幅の計算が中断されないように、「リテラル」メカニズムが強化されました。 （Zavaritskyフレーバーのようなランダムな色をサポートしていないので、間違いなく劣ります。オリジナルを維持します。この文字を使用してテキストシーケンスを表示します。元々デザインのメカニズムですが保存する意図があった都合のないデザインのようです。色の順序に対して独自のtermcapルックアップを実行するクライアントアプリケーションに依存しすぎます。今後見ていきますが、Asteriskの場合、これらの依存関係は間違っています。 )

スター

Asteriskは別名NetBSD編集ラインを使用します。図書館編集者Debian 命名法で Debian が呼び出す他のライブラリと混同しないでください。編集行。

プロンプトで色の順序を手動で作成しますが、これはあまり良くなく、256色または24ビット色をサポートするだけでなく、16色をサポートする1​​990年代初頭の端末エミュレータとは実際には互換性がありません。 。 いいえtermcap / terminfoを使用してその番号を見つけて色を付けsetafます。setab固定色のエスケープシーケンス。、そして間違っています。明るく大胆な組み合わせ、VT100に色があると間違って考える（VT100は白黒です。）8つ以上の色を処理しません。最終的にはSGR 0（SGR 22の代わりに）がどこからでも放出されます。

Asterisk は、(わかりやすく) Zavaritsky スタイルの編集行を使用しません.同じ問題が発生しました。 AIXterm 16カラーはサポートされていません。そして、Asteriskが誤って設定されたエスケープシーケンスを誤って解析する方法については、少なくともバグ互換性があります。 ☺

以前のバニラスタイルの編集行を使用すると、実際に予想される結果が表示されます。エスケープシーケンスは、エスケープされていない形式で印刷されます。 2017年以降、バニラ編集行は実際のエスケープシーケンスとしてエクスポートする必要があります。 2018年にはDebianにも登場しました。。だからDebian2019年にAsteriskバイナリを再構築しました。。

サービス修理

Fはいㅏ提供するそれを修正してください。パッケージマネージャのlibeditが3.1-20181209より高く、Asteriskが1:16.1.1より高いことを確認してください。少なくとも質問は大きく異なります。問題の効果は表示されなくなりますが、太字のフォントが使用されている、明るい色が明るくない、または「Solarized」カラーテーマが完全に機能しないなどの問題が発生することがあります。

これらのバージョンでまだ問題が見つかった場合は、Asterisk および NetBSD editline 担当者に苦情を申し立ててください。彼らは実際にここで亀裂を解決しているだけです。