2000-03-06(月) [長年日記]
■ メーリングリスト
1週間もあいてしまった。環境が安定してきてネタが減ってきたっつーのもあるけど、本業が忙しくってもー。それに加えて、主催しているスーパーカブ・メーリングリストのあるバカなメンバーに翻弄されてくたびれちゃったというのも大きい。
問題の"バカ"は、インターネット初心者「A」。うちのMLは、初心者も多いので、案内のページにはMLについての一般的な知識を得られるようにいろいろなリンクが用意してあって、あらかじめ読んでおくように書いてある。にもかかわらず、このAは何も読まずにMLに参加。おそらくそこそこ年配のおじさんである。
MLの仕組みについて何も知らないのだから、記事が流れてきても何がなんだかわからない。最初に流れた記事を書いた「B」に愚かにも「何かの間違いではないか」と返事を書いた。ところがこのB(こっちはたぶんかなり若い)、かなり辛辣な調子でAのことをバカにする返事を書いたらしい。あまりの辛辣ぶりにびっくりしたAは、何を考えたか管理人であるおれに「こんな輩をのさばらしておいていいのか」と文句をつけてきた。
MLの管理人というのは、メンバー個々人のいざこざにまで介入しない。数百人クラスのMLでそんなことやってたら、管理人の個人生活はめちゃくちゃになる。だからおれは「それは管理人の仕事ではない。あなた(A)は管理人の仕事を勘違いしている」と返事をした。さらに(これが間違いだったのだが)、初心者に対して親切心をおこし「MLの仕組みも学ばずに参加したあなたにも非はあるのだから、とりあえず謝るのが吉である」とアドバイスをした。
これを見てAは逆ギレ。Bのことはほっといて、こっちに喧嘩をふっかけてきた(をいをい)。こっちは論理的にきちんと筋を通して説明してやっているのに、日頃から人に注意されることになれていないのだろう、Aの態度はますます硬化するばかり。おれは、つきあってられなくなったので、Aをとことんガキ扱いしてから、すっぱりとシカトすることに決めた(笑)。
最近、こういう勘違い野郎がものすごく多いんだよね。ボランティアベースで運営されているサービスに対して、常識以上の管理を求める。自分は何も提供しないくせに、権利だけは要求するヤツがすごく多い。オープンソースで平和にやってるLinuxやその周辺世界が、こういう連中に蹂躙される時代が来るんじゃないかと思うと、ぞっとする。今まではおれも、初心者には親切にしようと思っていろいろやってきたけど、無知と無礼は別物なんだということにいまさらながら気づいたよ。これからは無礼なメールはシカトすることに決めた(笑)。
2000-02-29(火) [長年日記]
■ ftpup
pos.toの新しいWebサイトがやっと準備ができたと知らせが来た。待ってたぜぃ。これで少なくともこま犬のコンテンツだけはBEKKOAMEから引っ越せる♪ さて、新しいサイトこそは自動的にアップデートをしたいと思っていたので、RAAから前田さんのftpupをもらってくる。これはFTPで更新されたファイルだけをアップロードしてくれるRubyスクリプト。まぁ、この手のソフトは多いけど、とりあえずRubyで書かれているものをチョイスするのが基本でしょう(笑)。
サンプルで付いてくる設定ファイルを新しいサイトに合わせて書き換え、komainu.ftpupという名前で保存する。本当は~/.ftpupにするとことなんだけど、他のコンテンツもこれで更新するようにしたいので、サイトごとに別のファイルを用意することにした。あとは実行するだけ。おっと、パスワードが書かれているので、パーミッションを600にするのを忘れずに。
$ ./ftpup -f komainu.ftpup
■ いまこれを書いてる時点では、続々とアップロード中。なにせ合わせて10MBはあるので、そう簡単な話ではない。さらに不安なのが、次回の更新にどれくらい時間がかかるか、なんだな。たくさんあるディレクトリをいちいち見ながら時刻を比較してたらたまらんほど時間がかかるはず。もし問題なら、前回の更新時刻をどこかに保管しておくように改造しないといけないかも。
あ、途中で切れた…… >ftpup やっぱ一気に10MBはダメか? つーか、やっぱ日本のインターネットは、テレホーダイタイムはダメ? しょうがない、また明日にでもトライしよう。
■ RFC2060
ところで最近、通勤電車の中でRFC2060を読んでいる。言わずと知れたIMAP4rev1のRFCである(知れてないって)。80ページほどあって、中身ぎっしり。もちろん英文である。探してみたところ、翻訳されてないみたいなので、需要の少なさを実感する。まぁ、これだけ仕様がでかかったら、実装する気も失せるわな。面倒なのはI18N対応と、非同期メッセージだな(謎)。
2000-02-27(日) [長年日記]
■ VJEとxmodmap
昨日は、手動でxmodmapを実行しただけのところで止めておいたので、その変更はその日限りのものだった。ので、今日PCを立ち上げたら日本語が入力できなくなっていて焦ったのなんの(笑)。で、~/.Xmodmapを作って「keycode 129 = Kanji」と書いておく。が、loginし直してもダメ。変だなぁ。/etc/X11/xinit/xinitrcを読むと、このファイルを読み込んでるように見えるんだけど……。
ホームディレクトリにあるそれっぽいファイルは昨日、環境変数XMIDIFIERSを指定した3つのファイル。これのどれかが実行されているはずなんだが。その時、vi(その実体は日本語化されていないvim)でEUCで書かれたテキストを開いたら、文字化けていることに気づいた。これ、たぶんLANG環境変数をVJEのマニュアル通りにja_JP.eucJPにしたせいだ。確かにja_JP.ujisに戻すと文字化けは直る。VJEはこれでも問題ないのでいいとして、これら3つのファイルのどれが読み込まれているのかを確かめる必要がある。で、適当な環境変数をそれぞれに設定してloginし直してみると、どうやら.xsessionがそれらしい。
でもわかったのはここまで。誰が.xsessionを読み込んでいるのかさっぱりわからない。仕方がないのでKondaraの掲示板で聞いたら、得られた答えは『~/.xsessionもしくは~/.xinitrcに「xmodmap .Xmodmap」を追加する』だったという……。やられたぁ。というわけで、.xsessionに追加して事なきを得ました。くえすたさんありがとう。
しかし。日記を読み返してみると、KDEを導入する前には.Xmodmapはちゃんと読み込まれているみたいなんだよね(当時使っていたのはEnlightment)。こういうのって、ウィンドウマネージャに依存するの? なんか変だなぁ。と思ったけど、この日も.Xmodmapを設置したあと、すぐにKDEを入れてるから、読みに行ってるかどうか確認してないかも。まぁ、いいか。
あと、昨日の嘘を訂正。VJEの辞書登録は、(なぜか)少し時間がたつと反映される模様。vjedにHUPを送るというのは嘘でした。