From: Yusuke ENDOH Date: 2011-01-17T22:00:19+09:00 Subject: [ruby-dev:43057] Re: ext/openssl development repository 遠藤です。 2011年1月17日18:00 Hiroshi Nakamura : > 回避・回復が不可能だったのが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