白井です。

> 結論から言うと、このパッチはそのままではとりこめません。現在の 
> setup.rb は開発用イメージとインストール用イメージを完全に別物
> にするという前提で設計されているからです。
> ...
> もうちょっと言うなら、ruby を使った開発スタイル全体をトータル
> で考えなおす必要があるのではないでしょうか。そもそもあの面倒な
> ディレクトリツリーをどうやって開発中に用意しているのかわからな
> いのですが、どういう状況で開発しているんでしょうか？ また、
> その方法は普遍的に通用するんでしょうか。

　面倒なとおっしゃいますが、よく考えられた綺麗なツリーだと思いますよ。私
の場合、あのツリーのまま CVS に入れています。ですから、 install.rb を放
り込めばそれだけで配布パッケージが完成してしまいます。例えば：

misen
|-- DEPENDS
|-- Makefile
|-- README
|-- VERSION
|-- bin
|   `-- misen-expand
|-- env
|-- lib
|   `-- misen
|       |-- expand.rb
|       |-- node.rb
|       |-- parse.rb
|       |-- style-sgml.rb
|       |-- style-tex.rb
|       |-- style.rb
|       `-- util.rb
|-- sample
|   |-- bookmark.rb
|   |-- conditional.rb
|   |-- hello-latex.sh
|   `-- hello.sh
`-- unittest
    |-- test-expand.rb
    `-- test-parse.rb

今のところ、このツリー以外の形で開発用のソースツリーを持つ理由は考えられ
ません。青木さんの場合は、開発用と配布用とでは全く別のツリーで管理してい
るのでしょうか？


> 本気で考えれば、無視すべきファイルパターンは固定しないでしょう。たと
> えば *.in は入れてほしくないとか、いくらでも変則的な要求は考えられま
> す。だからちゃんと問題を解決するには、たぶんその逆にインストールすべ
> きファイルを指定するべきです。しかしそれならそもそも現在の setup.rb 
> の「ディレクトリツリー (のみ) で属性を指定する」という前提が崩れるの
> で、ディレクトリツリー縛りは単なる負担になってしまいます。それだった
> ら全部作り直したほうが楽です。

　ふむ、少し考えてみます。

> > 　ところで、 src/*.rb から install.rb/setup.rb を作る方法が見付から
> > なかったのですが、どうすれば良いのでしょうか？　とりあえず、
> 
> 添付の asm.rb を使ってください。
> こんな感じです。

　ありがとうございます。

-- 
shirai / korinkan.co.jp

Shirai,Kaoru
  Korinkan Ltd.