[ruby-dev:32115] Re: Import RubyGems to Ruby 1.9

押田です。


> について、Ruby本体に添付されるライブラリがpre-installed-gem化されない場
> 合、やまだあきらさんの懸念は払拭されるということになりますか?

「パッケージマネージャとの相性に関する懸念」については「yes」という前提とすると、
（私にはやまださんの返信 32110 はそのように読めました。）

> どなたかこの辺、問題点と考察を箇条書きにまとめられないもんでしょうか。

上記は（パッケージマネージャ視点、現行機能を拡張しない前提）

・gem がパッケージ外のファイルを置くことは我慢できる（問題ではない）
・gem がパッケージ内のファイルを置換することには耐性を保証できない

なので、後者を誘発するパッケージ内容を強要（前提）されると困る。

「強要（前提）」とはソースに同梱され make 成果物に入っていること、です。
RubyGems 本体や pre-installed gem 等が、です。

「困る」は「努力すれば回避できるが基本的には控えて欲しい」ですかね。

「回避できる」は、
例えば Red Hat 系は１つのソースから複数の rpm を作る事をわざわざするので、
その延長で対処可能ではないか、
との推測によります。
Ruby の場合は本体と基本ライブラリと irb, tk 等が別パッケージに分離されてます。
要するにその労苦を払ってでもパッケージングポリシーを貫きたい、
って事だと思うので、
その範囲が拡大するだけなら対処してくれるのではないでしょうか。

ただその場合、単純に考えると gem 化されている標準添付物は、
「パッケージ配布対象から除外される」になると思います。
あるいはバージョニングを殺して site_ruby 下に再配置してパッケージング、
でしょうか。成功したもののみ。

あ、添付物同士で依存関係がある場合は・・・以下省略（ぉぃ

＃標準添付物が全て真に stable だと楽チンは楽チンですねぇ。。。


すみませんポインタが遠いですが続きます。

「耐性」とはパッケージマネージャが動き続けること、しか思い浮かびません。
そして、その実例は乏しいと思います。
こっちが重要と思っていますが。

私が Fedora Core 6 で実験したところ、
0.9.2 の rpm をインストールし gem update で 0.9.4 にした後、
rpm をアンインストールしてみましたが、
特に弱音は吐きませんでした。
再度 0.9.2 を rpm でインストールしたところ 0.9.2 として動きました。

0.9.2 と 0.9.4 はそれなりにファイル構成が違いました。
ディレクトリも増えたりしています。
（サブコマンド毎にファイルが用意された？っぽかった。）

＃残骸確認しなかった！　へたこいた〜！　でもそんなの（略


> ruby-coreにopenSUSEのパッケージメンテナさんがでてきて、俺にも参加させろ

私の予想では rpm には「耐性がある」と思いますが、
パッケージメンテナさんの意見は是非聞いてみたいと思います。
むしろ参加して頂いた方が良い気がします。