vi

cvs commit するときは当然 ChangeLog に書いたりするわけで
その ChangeLog は当然変更個所の少なくともツリーのてっぺんにあるわけで
つまり、その ChangeLog のあるディレクトリで cvs com するわけで
commit して、vi (つーか EDITOR) があがったら K を押すだけでChangeLog のテッペンのほうを適当に挿入してくれるこれはもう便利すぎ

map K G:r!head ChangeLog

いや、pcl-cvs って、何回か使ったけど、あんま好きじゃないの。なんか、調子ばっかりの野郎にいいように仕切られてる飲み会みたいな感じがするから。って自分で言っていて意味がわからん。

Doc-CD

明け方まで subscribe とか join しまくり。0600 から 0930 まで会社のソファーで寝る。

fml にあったらいやな機能

4月1日に subscribe しようとすると,

Confirmation (登録の確認) について

このメールはメーリングリスト(hoge@foo.or.jp) へ本当に
登録してよいかの確認です。本当に登録して良いのならこのメールの
confirm の行を一つだけ選んで hoge-ctl@foo.or.jp に送ってください。

「あたり」の confirm 行は一つだけ、チャンスは一回だけです。
同時または複数のメールで二つ以上または複数回送信すると不正とみなされ、
以降 hoge-ctl@foo.or.jp へのメールは拒否されます。

confirm 200004011303036082616735486 Taro Suzuki
confirm 200004011303092890189838928 Taro Suzuki
confirm 200004011303289832082920036 Taro Suzuki
confirm 200004011303023718937373883 Taro Suzuki
confirm 200004011303908930849038209 Taro Suzuki
confirm 200004011303036082616735486 Taro Suzuki
confirm 200004011303092890189838928 Taro Suzuki
confirm 200004011303289832082920036 Taro Suzuki
confirm 200004011303023718937373883 Taro Suzuki
confirm 200004011303289832082920036 Taro Suzuki
confirm 200004011303023718937373883 Taro Suzuki
confirm 200004011303908930849038209 Taro Suzuki
confirm 200004011303036082616735486 Taro Suzuki
confirm 200004011303092890189838928 Taro Suzuki
confirm 200004011303289832082920036 Taro Suzuki
confirm 200004011303023718937373883 Taro Suzuki
confirm 200004011303908930849038209 Taro Suzuki

とか、朦朧とした頭でかんがえた。
というか、ちゃんと起きてから考えると、なにがおもしろいんだか わからない。
というのがおもしろい。

考証

「4/1 の confirm 行なら、数列は 20000401.. から始まっていなければならない」というなかのさんのご指摘を受け修正。

Installation-HOWTO

まとめ役を買ってでたおれのせいで、リリースがすっかり遅くなってしまった。
しかも news.m4 に書くときにきっちり ` ' で quote したせいでhttp://www.linux.or.jp/JF/に載るの失敗してるし
って、いま見たら、dtd を一足早くうっかり linuxdoctr にしてて、http://www.linux.or.jp/JF/JFdocs/Installation-HOWTO.htmlがからっぽだし
だめすぎだ

Ecology-HOWTO

もいい加減終わらせたいんだけど、なかなかおわらん..

Citroen Maintenance Files

Citroen Maintenance Files

> ば、そのうち膨大なデータベースが出来上がると思います。
> それに検索をかけるようなシステムが作れればいいですね。> > 部品なんて、パ−ツリスト全部を掲載する必要はありません。> 故障頻度や行き倒れ指数の高い部品の情報が分ればいいんですよ。> > 投稿型データベースにすれば、自然とこういう要素が集まってくるのではない> でしょうか?という言葉に共感して、Citroen Maintenance Filesというメンテナンスなどの情報に特化した掲示板ベースのMLを作ってみました。が、作ってみたものの、私自身あまり濃くない方の(^^; 人なものでほとんど書き込み・検索などのテストが出来ない状況でいます。CMLという偉大な情報の宝庫がありながらその中でこういったものの宣伝をするのもどうかと思いましたが、なんとかこのデータベースを成長させていければなぁ、と思っています。いろいろな御意見をお聞かせ願えませんでしょうか?