ruby-dev

まとめモードです。

2011/1/17 U.Nakamura <usa@garbagecollect.jp>:
>> RubyGemsについては、gem_prelude.rbの互換性問題ですかね。その他に問題あり
>> ましたっけ？（反語ではなく、一時期あまり追いかけてなかったので単純な質問
>> です）。pre-installed gemの仕組みについてはどうだったでしょうか。RDocだ
>> とどんな問題がありましたっけ？うささんが嘆くということはWindows絡み？
>
> はい。

遠藤さんからも「うまくいくと考えられる根拠がない」とだけのコメントだった
のですが、「どんな問題がありましたっけ？」について、具体的に列挙するのは
難しそうでしょうか。「1.8.7がincompatibleだった」の時のように、検討して
いくとなんとかなりそう、だったりしないかな、と期待しているんですが。

# 「甘いですね」だけのコメント禁止。:)

> 私以外で継続的にtestを実行して問題を確認してくれるような奇特
> なユーザーを発見できるでしょうか? ということが問題になるんじ
> ゃないかと思います。
> 杞憂だといいですが。

これについてはまあ、わからないならやってみて、ダメなら諦めればいい、くら
い考えています。やらず留まっているのが性格に合わない、ということもありま
すが。:)

>> それはそれとして、いろいろ障害があるのはわかりますが、やはりCRubyとして
>> は、ext/opensslを本体から分離する道を検討したほうがよいと思います。少な
>> くとも2.0までに。
>
> ええと、すみません、何が「やはり」かわかりませんでした。
> openssl側に独立してやりたいという希望があるのは理解しましたが、
> CRubyがopensslに出て行って貰ったほうがいい理由はなんでしょう?

小崎さんが書いてくださったメンテナの問題もあるかもしれませんが、私として
は、その前に書いた「こういうことがやりたい、当たり前だよね？でもそれがで
きない（許してない）ってよくないんじゃない？」というつながりでした。

遠藤さんへの返信も続けてまとめます。

2011/1/17 Yusuke ENDOH <mame@tsg.ne.jp>:
>>> openssl を拡張するのでも、普通に trunk で作業すればいいと思う
>>> のですが、なんで別リポジトリ・別リリースにしたいのでしょう？
>>
>> 「我々はRubyリポジトリのブランチポリシーに囚われずに開発し、CRubyのリ
>> リースに囚われずにGemとしてリリースしたい」(*1)の理由ですが、多少言い換
>> えに近いですが、新機能を実装し、ユーザに使ってもらってフィードバックを
>> 得るには、現在のCRubyのやり方に追従するのが効率的でないから、でしょうか。
>
> なるほど。そういうことでしたら、fork して好きなだけ拡張して、gem を
> 配布してフィードバックを得つつ、安定したら trunk に import 提案、で
> どうでしょう。
> 下位互換性を保っていれば、1.9 中で取り込むことも可能だと思います。

はい、ここでの議論の様子から、私についてはその方向かなと思ってます。ただ
想定しているのは「好きなだけ拡張して」までで、その後はまあ、やってみてか
らどうするか考えます。だいたい、標準添付のgem化は、soap4rですら苦労した
のに、native extensionなんて、いったいどうなるやら。

それから、Martin BoßletさんのTimestampパッチについては、別途取り込みを検
討してください。Aaronさん、見てるかな。後日ruby-coreでお願いしておきま
す。私がゴネたのに巻き込むといけないですし。。。

以上です。

Thread

Prev Next

In This Thread

Prev Next