From: Hiroshi Nakamura Date: 2011-01-17T18:00:02+09:00 Subject: [ruby-dev:43053] Re: ext/openssl development repository 2011/1/14 Yusuke ENDOH : >>>                                                   RubyGemsやRDocのよう >>> に、我々はRubyリポジトリのブランチポリシーに囚われずに開発し、CRubyのリ >>> リースに囚われずにGemとしてリリースしたいと思っています。 >> 個人的にはRDocのコミットごとに発生するデバッグにうんざりして >> いるので、同じような対応が必要なコードブロックが増えるのはま >> ったく嬉しくないのですが... > > タイムリーなことに、RubyGems に関しても、Ryan Davis が "It is > unmaintained, and it is unmaintainable." と言ったところです。 > [ruby-core:34494] > > 今のところ別リポジトリ・別リリースは 0 勝 2 敗のようです。 > 本家がもっと枯れていればうまくいくのかもしれないと思いますが、 > むしろ今から拡張していこうというものがうまくいくとは思いません。 大変だった、苦労しているについては、そのとおりと思ってますし、実際に苦労 されているみなさんには感謝しています。 RubyGemsについては、gem_prelude.rbの互換性問題ですかね。その他に問題あり ましたっけ？（反語ではなく、一時期あまり追いかけてなかったので単純な質問 です）。pre-installed gemの仕組みについてはどうだったでしょうか。RDocだ とどんな問題がありましたっけ？うささんが嘆くということはWindows絡み？ ここでRubyGemsとRDocについて細かい議論がしたいわけではないのですが、 回避・回復が不可能だったのがgem_prelude.rbの互換性問題だけであれば、失敗 だった、今後もうまくいかないだろう、までは言いすぎかなあと思ってます。 > openssl を拡張するのでも、普通に trunk で作業すればいいと思う > のですが、なんで別リポジトリ・別リリースにしたいのでしょう？ 「我々はRubyリポジトリのブランチポリシーに囚われずに開発し、CRubyのリ リースに囚われずにGemとしてリリースしたい」(*1)の理由ですが、多少言い換 えに近いですが、新機能を実装し、ユーザに使ってもらってフィードバックを 得るには、現在のCRubyのやり方に追従するのが効率的でないから、でしょうか。 trunkはユーザが随時追いかけてくる対象ではありません。新機能の開発にとっ ては、ユーザから得られるフィードバックは決して多くありません。また Timestamp（や今後続くかもしれないCMS、TLS 1.1、他）機能は、必要なユーザ は少ないものの、該当ユーザにとってはすぐに手に入れたい機能です。単品リ リースの重要度が高い。 と、書きましたが、わりと当たり前ですよね。つまり、「とはいえ、我慢できな いのか？」ということだと思うんですが。 (*1) ちなみにここは少し筆が滑っていて、先頭の「我々」は嘘かも。私が Martin Boßletさんに提案して、彼は「よくわからんけどそう言うなら」と乗っ てきてくれているだけかもしれません。というわけで、Timestampパッチをマー ジし、彼にメンテナになってもらう、というのは検討してもよいでしょう。 今のところ、私 *個人*としては、 >> そうでなければ、Boßletさんがすでに作ってくれた >> github.com/emboss/ruby-opensslを使うかもしれません。 のほうかなあ、と思っています。forkと見做されてしまうかもしれませんが、 「開発をするな」とは言わないよね？ :) それはそれとして、いろいろ障害があるのはわかりますが、やはりCRubyとして は、ext/opensslを本体から分離する道を検討したほうがよいと思います。少な くとも2.0までに。 以上です。