KtJ Dragon

同梱ソフトが少ない

まずはこれ。当時は定額制インターネット接続が登場したばかりであり利用者もまだ少なかった。そのためLinuxの入手手段は商用パッケージ版(商用ソフトやサポートを含むもの。一万円以下で売っていた)を買うか、雑誌や書籍付録のフリー版CD-ROMを使うというのが一般的だった。

UNIXやLinuxではあるソフトを動かすために別のソフトが必要で、そのソフトを動かすためには又別のソフトが必要になり…というのがしばしばあるため、特殊なものを除けばアプリケーションソフトもディストリビューション側でコンパイルしたものを用意するというのが一般的である。で、当時はまだ個人で使うようなソフトをディストリビューション側で十分にカバーできないことが多く、インストールしただけではちょっと使えなかった。(Debianはそうでもなかったらしいけど当時はRed Hat系に比べるとあまり情報がなかったと記憶している。また、Debianは安定志向のディストリビューションでいったんメジャーバージョンがリリースされた後は次のメジャーリリースまでパッケージの更新は基本セキュリティフィックスのみとなる。サーバ用途ならともかく日進月歩で進化・増加するデスクトップ環境でこれはちときつい)

で、どうしたかというと、別のディストリビューションのパッケージを流用したり(当時はRed Hat Linux6系が標準でこれの派生ディストリビューションも色々出ていて、同系列のディストリビューションならパッケージをある程度は流用できた)、誰かがビルドしたパッケージをネットから拾ってインストールしたり、ソースから自分用のパッケージを作ったりして補っていた。当時再インストールの為に取っておいたMOディスクの内容を見ると、以下のものが不足していたようだ。

BookView

EPWING形式の電子辞書を検索するソフト。今だとEBViewを使うことが多いかな？

NDTPD

電子辞書サーバ。

TiMidity++

ソフトシンセ。当時はまだ音楽の配布手段といえばMIDIファイル。

GUS Patch

Gravis UltraSoundというウェーブテーブル音源カード用の音色データ。TiMidity++と組み合わせて使う。

88pro設定ファイル

SYUUHOU氏による、GUS Patchを使ってTiMidity++をローランドのSC-88pro相当にするための設定ファイル。

Plugger

様々な形式のコンテンツをNetscape Navigatorで扱えるようにするためのプラグイン集

Ghostscript VFlib版

UNIXの世界ではPostscriptプリンタが標準。Ghostscriptを使うとPostscriptプリンタ向けのデータを各社のプリンタ制御コマンドに変換して印刷させることができる。ただ、元々Postsriptはプリンタ側にもフォントが用意されていることが前提であり、多くのディストリビューションに付属のGhostscriptは、Windows環境のようにTruetypeフォント等を使って印刷することは想定されていない。そのような印刷を行いたい場合は、フォントをベクタ画像に変換してプリンタに送る必要があり、VFlib版のGhostscriptはそのような場合に必要となる。というかPostscriptじゃないプリンタで普通に印刷するために必須。

dynMotif版Netscape4

後述

描画が遅い

2000年当時標準のX Window SystemはXFree86 3.3。これの描画がとにかく遅く、動画再生とかには全然使い物にならなかった。次期バージョンのXFree86 4でようやく実用レベルとなるのだが、これをインストールできるのはRed Hat Linux 7やその派生ディストリビューションから。で、これらのディストリビューションにはまた別の問題が起こったのである。

Webブラウザの致命的なバグ

当時LinuxのX Window Systemで使えるWebブラウザといえばNetscape Navigator4。ところが、当時各ディストリビューションに付属のものは、静的リンクされたMotifツールキットのバグにより「日本語入力をしようとすると落ちる」という致命的な欠陥があった。この問題を回避する為には、上で挙げたdynMotif版Netscape4(その名の通り別途インストールしたMotif(実際は互換品のLessTif)ツールキットを動的リンクして使用するもの)を代わりに使用する。

そもそもNetscape Navigatorがいまいち

当時はブラウザ戦争の真っ最中であり、WebをリッチなものとするためNetscape、Microsoft双方が独自拡張をしまくっていた。でもこれはまずいという風潮になり、構造と見栄えを分離したHTML4とCSSというのが次世代の標準になりつつあった。でもNetscapeは独自拡張のつけかこの標準にうまく適応できなかった。

この点についてはMicrosoftのInternet Explorer4の方が幾分ましだった。思うにこの時点でIEが勝ったのはWindowsにIEを抱き合わせていたこともさることながらNetscapeがWeb標準にうまく適応できなかったせい、というのもあると思う。

でもLinuxにはNetscape以外の選択肢は実質無かった。あえていうならKDEのKHTMLくらい。でもこっちはこっちでURLに含まれるチルダを日本語環境だとうまく処理できないという問題があった(ただシフトJISのx7Eは厳密にはチルダではなくオーバースコアなのでそこを厳密に解釈するなら必ずしも間違った処理ではない。実状に即していないけど)。KHTMLを下敷きにしたMac OSXのブラウザSafariでも同じ挙動があって「え、これまだ直ってないの？」と驚いた記憶。

テキストエディタがちょっと

歴史的な事情から、日本語の文字エンコーディングは互換性の無い複数の規格が併用されていた。

シフトJIS

DOS、Windows、Macで標準のエンコーディング。これらの機種向けの日本語に対応していない古いブラウザではシフトJISしか使用できなかったこともあり、個人のホームページなどではシフトJISでHTMLを書くのが普通。ちなみに規格上はUS-ASCIIと英数部分に互換性がなく(バックスラッシュ→円記号、チルダ→オーバーライン)、それが上に挙げたKHTMLでの挙動に影響を与えていた。Windowsの標準は厳密にいうとWindows-31Jというエンコーディングであり、こっちはUS-ASCII上位互換(円記号のような字形だけどコード上はバックスラッシュ、というアクロバティック的手法を採用)。

EUC-JP

UNIXやLinuxで当時標準だったエンコーディング。Webサイトで掲示板とか作る場合はこのエンコーディング。当時はYahoo Japanがこのエンコーディングだった。2000年代にUTF-8に取って代わられることになる。

ISO-2022-JP

電子メールでは7bitエンコーディングが仕様だったのでこのエンコーディングが用いられる。日本語化された最初期のブラウザ(InfoMosaicだったかな？)ではこのエンコーディングを前提としていたらしい。

特にWebサイトを作っているとこれら3種類のエンコーディングを適宜使い分ける必要があり、秀丸エディタ等Windows用のエディタでもこれら3種類のエンコーディングのテキストを編集することができた。LinuxだとEmacsのマルチリンガル版であるMULEが対応していたが操作性がWindows用のエディタとはかなり違うのが(Windowsからの移行者にとっては)ボトルネック。

操作性がWindowsライクで複数のエンコーディングに対応していたLinux用テキストエディタというと、Kondara/MNU Linuxで開発されていたMGEditというのがあり一時期これを使っていた。当然他のディストリビューションには含まれていない。

プリンタの設定が大変

すごく大変で試行錯誤を繰り返していた記憶がある。ぐぐってみてヒットしたHiroshi Takekawa氏による「プリンタの設定メモ」を一読してああそうだったなと思い出す。

1. Vflib版のGhostscriptをインストールする

2. Ghostscript標準で対応していないプリンタなら、プリンタドライバ(Ghostscriptフィルタ)を入手する(エプソンは子会社のエプソンコーワ(現・エプソンアヴァシス)を通じて当時から割と積極的にLinuxドライバを出していた)。

3. フィルタスクリプトの作成

4. /etc/printcapの編集

5. lpdの起動

6. Ghostscriptに付属のpostscriptファイルを使って印刷テスト

7. 一発でうまくいくことはまれなのでlpqコマンドとかを使ってどこがおかしいのかチェック

CUPSが実用レベルになってから本当に楽になった。

Red Hat Linux7とGCC2.96の問題

2000年9月に登場したRed Hat Linux7はXFree86 4を採用し、それまでの描画が遅いという問題が解消された。しかし、それまでのバージョンから多くの変更があったため、既存の(コンパイル済みの)パッケージは動作しないことが多かった。なら自分でコンパイルしよう、と思ったのだが標準のコンパイラであるGCCのバージョンが2.95から2.96に変わってしまった。この2.96というのは開発者であるGNU自身の主張によれば、GCC3への開発バージョンであり、2.95とも3とも互換性がない非推奨のバージョンとのことである。

実際、上で挙げたソフトの多くはGCC2.96ではコンパイルできなかった。TurboLinuxやLaser5 Linux等のRed Hat派生ディストリビューションもRed Hat 7系になったため同様である。

例外的にVine Linuxのみは追従せず(GCCではなく派生版のEGCSを採用していた)、Vine Seedというα版のパッケージでXFree86 4をインストールすることができた。そのため、私自身は2001年一杯はVine Linux 2.1を使っていた(年末からFreeBSDに移行)。当時はまだ自宅のインターネット接続が64kbpsのISDNだったので何時間もかけて数十もの必要なパッケージをダウンロードしてはインストールを繰り返し、使える環境が出来上がるまで非常に苦労した記憶がある。