[ruby-dev:43057] Re: ext/openssl development repository

遠藤です。

2011年1月17日18:00 Hiroshi Nakamura <[e-mail]>:
> 回避・回復が不可能だったのがgem_prelude.rbの互換性問題だけであれば、失敗
> だった、今後もうまくいかないだろう、までは言いすぎかなあと思ってます。

うまくいくと考えられる根拠がない、が正確ですかね。


>> openssl を拡張するのでも、普通に trunk で作業すればいいと思う
>> のですが、なんで別リポジトリ・別リリースにしたいのでしょう？
>
> 「我々はRubyリポジトリのブランチポリシーに囚われずに開発し、CRubyのリ
> リースに囚われずにGemとしてリリースしたい」(*1)の理由ですが、多少言い換
> えに近いですが、新機能を実装し、ユーザに使ってもらってフィードバックを
> 得るには、現在のCRubyのやり方に追従するのが効率的でないから、でしょうか。

なるほど。そういうことでしたら、fork して好きなだけ拡張して、gem を
配布してフィードバックを得つつ、安定したら trunk に import 提案、で
どうでしょう。
下位互換性を保っていれば、1.9 中で取り込むことも可能だと思います。


> 今のところ、私 *個人*としては、
>
>>> そうでなければ、Bosletさんがすでに作ってくれた
>>> github.com/emboss/ruby-opensslを使うかもしれません。
>
> のほうかなあ、と思っています。forkと見做されてしまうかもしれませんが、

fork は嫌なんですかね。なんででしょう。


> それはそれとして、いろいろ障害があるのはわかりますが、やはりCRubyとして
> は、ext/opensslを本体から分離する道を検討したほうがよいと思います。少な
> くとも2.0までに。

もしもそれが本当の目的なのだとしたら、

  1. fork して gem としてデファクトの座を勝ち取る
  2. 2.0 リリース前に ext/openssl の削除を提案する

という手順でどうでしょうか。

ただ rubygems が openssl を require してるので、単純に削除はできない
と思います。
bundled gem にすればいいかというと、gem インストールしないと test-all
が走らなくなるのでダメとか。

-- 
Yusuke Endoh <[e-mail]>