▼ horさん
>原因を追求しても意味はないですよ。人的エラーなのですから。
>慎重にやればミスが防げる…とゆうのは幻想です。
本論とは関係ないですし，horさんの考えには賛同しますが一言だけ．

慎重にやればミスが防げる…とゆうのは幻想ですが，ミスを犯しやすい手順と犯しにくい手順があることも確かだと思います．原因と書いたのはどの部分がミスを犯しやすい構造だったかを見直すという意味でした．

>とりあえず、「修正漏れと言うより…」って書込みをする前に、
>バイナリやソースを直すくらいのフットワークが欲しかったな、と思うしだいでごじゃる。
すいません．最近本当に忙しくて掲示板に書き込むのが精一杯．時間がないと慌てるのでミスも多い．

このままみなさんを足止めしては申し訳ないので，やはり今まで通りやざきさんにソースまとめを頼もうかと思います．とりあえず最新のCVS Repositoryを前回の場所で公開しました．同じ失敗を繰り返さないためにも私はソースのマージ・変更はしません．変更した場合には他の人と同様にeGroupsに置くことにします．

バイナリを配布しないものもリリース版としてバージョンの末尾は増やしてもらい，更新履歴もそれに従う．あくまでソースが正式版．ただし安定性の保証はしない．そして必要に応じてコンパイルしたものを同じバージョンでバイナリ＆パッケージにするというのでどうでしょうか．

バイナリは誰でも作れますしパッケージも誰でも作れるよう手元のファイルを近日中に公開しておきます．

>やざきさんのおっしゃるように、『はやめリリースしょっちゅうリリース』
> or『毎回お試し版』とするか、バイナリの公開前にソースを公開して、
>開発者内でクロスチェックすれば充分だと思います。

ただ，いつまでもリリースできない，すなわち一般向けバイナリが作れないと言う問題は解決できないままかもしれませんが．
この辺いろいろ試みてもらえればうれしいです．
* 完成度を気にせず一般公開．
* ネタがつきるまで完成度が低いが，バイナリの作成間隔は気にしない．(複数の人がバイナリを各自の判断で作って公開するというのは換えって混乱を招くか？)