いいわけさせてもらいますと、

いちおう、「もしぼくの要望を聞き入れてくれたら、debian-installer で bterm の代わりに jfbterm を推薦するよ」というニュアンスで鵜飼さんに話を持ちかけたので、話を出さないことにはウソになるかなあ、と。

でも、bterm が高速化されるのなら、jfbterm にこだわる必要もないかなあという気がしてきたけど、どうでしょうか。まあ、どれだけ速くなるかを体験してからでないと、なんとも言えないかな。

もしかして、インストーラじゃなくてふだんから (jfbterm/kon の代わりに) bterm が使える? そのためには bterm もデフォルトが UTF-8 じゃなくてロケール自動判別になってほしいかな。

もし両方OKということになれば、さいごはファイルサイズとどれだけ枯れてるかというところの判断になってくるのでしょうか。

lv 国際化パッチ (4部作) ですが、「まず UTF-8 テストを行い、合格すれば UTF-8 とみなす」というアルゴリズムは必ずしもうまく動かないようです。

日本語マニュアルページで、最初に日本語が現れる行はたいてい「名前」ですが、EUC-JP 表記の「名前」は UTF-8 テストを通ってしまうのです。

なんかいい方法はないでしょうか?

ちなみに、日本語だけに特化したアルゴリズムは限りなく却下に近いです。

bterm は激遅だ (だから jfbterm がいいかも) と文句を言ってみたところ、 やっぱりスクロールが遅いよねえという賛同や、高速化パッチがあるという情報など。つっついてみるもんですなあ。

ちなみに、まだ臨時環境からです。

職場臨時環境から。メールは nPOP を使っています。こっそり PuTTY を入れたので開発環境はなんとかなるかもしれないけど、gpg 秘密鍵だけは...。

にしても、三連休のまんなかに打ち合わせを入れてくるなんて。まあその日以外はぜんぶ出張というので仕方がないですが。

これってぼくのせい?

Windowsパーティションの内容とCD-ROMドライブが壊れたノートパソコンですが、 諦めて修理に出すことにしました。

仕事で使っている Windows XP パーティションが起動しなくなってしまいまし た。ディスククラッシュではなく、単に起動に必要なファイルが壊れただけの ようなのですが、起動フロッピーを使っても NTFS にはアクセスできないし、 Linux を使って、DANGER な NTFS 書き込み機能を有効にしてコンパイルした カーネルを使ってみても Windows 2000 以降のバージョンの NTFS には書き込 みできないって怒られるし。

ついでに、先月、CD-ROM ドライブが壊れたのをそのままにしてあるので CD-ROM からブートもできないというオマケつき。

ディスクを取り出して、USB 外付けに見せかけるアイテムを使って 他のパソコンにつないで、該当ファイル (C:\WINDOWS\SYSTEM32\CONFIG\SYSTEM) をコピーしてみたけど、青い画面が 出るようになっただけで、やっぱり起動しない。なにか書いてある のだけど数秒でリブートしてしまうので読めないのでデジカメで 撮影して読んでみる。

A problem has been detected and windows has been shut down to prevent damage to your computer.

If this is the first time you've seen this stop error screeen, restart your computer. If this screen appears again, follow these steps:

Check for viruses on your computer. Remove any newly installed hard drives or hard drive controllers. Check your hard drive to make sure it is properly configured and terminated Run CHKDSK /F to check for hard drive corruption. restart your computer.

なんだこりゃ?

Linux パーティションが生きているし、こっちにバックアップとって 再インストールかなあ。でも、CD-ROM ブートできないのにどうやって 再インストールするんだろう。

cdebconf ですが、勝手に cvs commit していいよとの許しを得たので、やっちゃいました。

jfbterm ですが、ものすごい勢いでバージョンアップしてます。 最近では、UTF-8 が使えるようになったり、さらに、それを元に iconv(3) と組み合わせて様々なエンコーディングが使えるようになったりしてます。ただし、設定ファイルに書いておかないと使えないみたい (ちなみに KOI8-R の設定、まちがってます)。これは jfbterm --reset で使うための final byte を決定するために必要なのでしょうか... ないならないでいいような気もするけど。あと、ドキュメントももうちょっと整備が必要かも。

設定ファイルに書かないと使えない、というのは、おれは KOI8-U がいいんだ (ウクライナ)、とか、GEORGIAN-PS がほしい (グルジア) とか、CP1251 を使いたい (ブルガリア、ベラルーシ) とか、言い出したらきりがないので。でもどうしても設定ファイルに書くのが必須なら、/usr/share/i18n/SUPPORTED に載ってるやつは網羅しておきたい。

さすがに鵜飼さんもちょっと jfbterm は飽きてきた様子。こっちでパッチを作って送ろうかな。といっても鵜飼さんはパッチ受け入れに関しても手を抜かない人なので、じつは人のパッチを読むよりは自分で書くほうが楽なのかもしれない。どちらにせよ、ちょっとペースを落とすことにしましょう。

jfbterm が UTF-8 をサポートしました。これで bterm がいらなくなるかもしれないですが、いくつかポイントがあると思います。

• 速度は、圧倒的に jfbterm のほうが有利。
• バイナリのサイズが、jfbterm (i386 パッケージが 44822 バイト) は bterm (同 19868 バイト) の倍以上なので、この点では bterm が有利。
• いろんなアーキテクチャで安定して動くかどうか。 これは実績を積むしかないけど、日本以外でほとんど用いられてこなかった jfbterm がどう評価されるか。
• セカンドステージへの流用ということを考えると、実は、 ロケールさえ作れば Big5 や KOI8-R もサポートできる bterm のほうが有利だったり。
• jfbterm の Description: に「日本語ターミナル」って書いてあるけど、 これは「国際化ターミナル」とか「多言語ターミナル」としたほうが印象がよさげ だと思いますがどうでしょう。 サポートしている文字集合やエンコーディングもきちんと一覧したほうがいいかも。

debian-boot とかで提案してみる価値はあるかも。