テキストベースのソフトウェアはぜんぶ libtextwrap ベースにしてしまおうキャンペーンですが、いつのまにか tasksel も対応してくれていました。Joey さんは このメールのなかで

「国際化」の名のもとに、Debian 基本システムに対して大量の追加がなされつつあるという問題がある。たとえば日本人ユーザがいない場合にはそれを取り除くメカニズムがあれば問題にならないのだが。

といったことを言っているので、tasksel へのパッチは放置されるかもしれないと思っていただけに、なかなかうれしい。

ちなみにぼくの意見としては、世界中のどの言語も対等であるべきで、最小システムではヨーロッパ言語、それ以外の言語は追加パッケージが必要、なんていうのは許されざる差別だと思っている。日本語をしゃべり、漢字を書くということは何ら特別なことではないはず。たまたま日本に生まれただけで、非常に特殊な言語を扱う奇妙な動物みたいな扱いを受けるのはたまらん。

bterm のスクロールが高速化するそうです。というわけで、Debian のインストーラにおける jfbterm vs bterm の比較ですが、jfbterm にはとくに利点がなくなってしまうかもしれないです。

lv (バージョン 4.49.5e) ですが、Debian Sid の ko_KR.eucKR 環境で韓国語 manpage を見たところ、自動判別に成功する場合と失敗する場合があることに気づきました。

EUC-KR の中の非 ASCII 文字が太字 (強調) で登場する場合に自動判別に失敗し、Shift_JIS と誤って判別されてしまいます。これは、「(文字)^H(文字)」となるところが、「(文字の1バイト目)^H(文字の1バイト目)(文字の2バイト目)^H(文字の2バイト目)」となっているためです。これでも各種ターミナル上ではきちんと表示されているのですが、lv の自動認識は失敗します。

なお、韓国語は空白で単語を区切るため、groff では -Tascii8 を使っていたはずです。(-Tnippon ではない)。

さて、これは groff が国際化するまで待たないといけないのでしょうか。それとも、lv のエンコーディング自動認識を強化しないといけないでしょうか。各種ターミナルがこれをきちんと表示する以上、lvも対応しないといけないかなあ。でも、どういうアルゴリズムで?

多言語対応 (をめざす) テキスト改行処理ライブラリ libtextwrap ですが、 バグがあるような気配です。文字が化けるわけではないから害は少ないとはいえ、8ビット言語でちょっとでもおかしなことがあると、「前のほうが良かった」という判断がなされ、libtextwrap を使わないようにされてしまうおそれがあります。そうすると日本語訳をぜんぶやりなおしになる (もしくは日本語訳を削除する) ということになるので、それは避けたい。「各言語で公平に、ちょっとずつの不具合を分かち合おうよ」なんて思想は、いくら国際化に理解のある Debian とはいえ、まだまだ受け入れられないでしょうし。。。

いちばんてっとりばやいのはバグを再現させるサンプル文字列が得られればいいんですけど。。。

ずいぶん前にアップロードした mlterm と libtextwrap の Debian パッケージですが、 これらが自動的に Depends: してしまう gcc-3.3 パッケージのバグのせいで、 長らく Sarge 入りがかなわずにいました。 が、きょう見てみると、ようやく Sarge に入ったようです。

とくに、libtextwrap は初バージョンということもあり、 これでようやく来たるべき Sarge リリースには libtextwrap が含まれていることが一応保証されたことになります。 (もちろん、今後極悪なバグが見つかって対処できない、 などということになると削除される可能性もありますが、 まず大丈夫でしょう)。

これでようやく tasksel に libtextwrap を使うための条件が満たされたということになるのでしょうか。

地震で目がさめた。けっこう長い間ゆれていた。

津波警報が出てる...

numa さんに頂いたパッチをもとに、lv パッチ 4.49.5e を作りました。前回と同様 ここからパッチ (lv4495{a,b,c,d,e}.diff.gz) がダウンロードできます。lv4495.tar.gz をこちらからダウンロードし、パッチを順番にあててください。

また、Debian パッケージもダウンロードできます。

壊れてたパソコンが戻ってきました。ハードディスクがまっさらになっていたので全部やりなおしです。

にしても、カーネルの設定のバックアップを忘れていたのが大変です。間違った設定にすると、PCカードをつっこんだとたん凍ってしまい電源を消すしかなくなるので、ああでもない、こうでもないと言いながら正しい設定を見つけるまでに何回 fsck を走らせないといけないのだろうか、と思うとげんなりします。

とりあえずは仕事が優先なので、あとまわしです。でも、週末もふつうに仕事してることが多いし、いつになることやら。

文字コード自動判別で、EUC-JP の「名前」が UTF-8 と誤認される問題ですが、じつは UTF-8 として正しいシーケンスではなかったということがわかりました。(坂本さんありがとうございます)

というわけで、そのへんのチェックを厳しくした新パッチです。試してみてくださいませ。

いちおうこれでも大阪人のはしくれだし、そういう環境で育ったし、うれしくないといえば嘘になる。昨晩は、テレビで報道してるのを探しつつチャンネルのはしごしてたし、携帯着信音に入力して遊んでみたりとか。

あの第一声、気に入った。