[#42945] [Ruby 1.8-Bug#4231][Open] configure.bat --with-winsock2 が socket/extconf.rbに効いていない — Masahiro Kitajima <redmine@...>

Bug #4231: configure.bat --with-winsock2 が socket/extconf.rbに効いていない

8 messages 2011/01/05

[#43027] [Ruby 1.9-Feature#4280][Assigned] SJIS should be an alias of Windows-31J, not of Shift_JIS — Usaku NAKAMURA <redmine@...>

Feature #4280: SJIS should be an alias of Windows-31J, not of Shift_JIS

13 messages 2011/01/14
[#43030] [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — Motohiro KOSAKI <redmine@...> 2011/01/14

チケット #4280 が更新されました。 (by Motohiro KOSAKI)

[#43031] Re: [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — "U.Nakamura" <usa@...> 2011/01/14

こんにちは、なかむら(う)です。

[#43033] Re: [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — KOSAKI Motohiro <kosaki.motohiro@...> 2011/01/14

2011年1月14日16:35 U.Nakamura <usa@garbagecollect.jp>:

[#43039] ext/openssl development repository — Hiroshi Nakamura <nakahiro@...>

W3J1YnktY29yZTozNDQxNl3jga7ml6XmnKzlkJHjgZHniYjjgafjgZnjgIIKCuacgOi/kU1hcnRp

21 messages 2011/01/14
[#43040] Re: ext/openssl development repository — "U.Nakamura" <usa@...> 2011/01/14

こんにちは、なかむら(う)です。

[#43041] Re: ext/openssl development repository — Yusuke ENDOH <mame@...> 2011/01/14

遠藤です。

[#43053] Re: ext/openssl development repository — Hiroshi Nakamura <nakahiro@...> 2011/01/17

MjAxMS8xLzE0IFl1c3VrZSBFTkRPSCA8bWFtZUB0c2cubmUuanA+Ogo+Pj4gwqAgwqAgwqAgwqAg

[#43092] pthread_cond を用いたConditionVariable — keiju@... (Keiju ISHITSUKA)

けいじゅ@いしつかです.

15 messages 2011/01/24

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

From: Yusuke ENDOH <mame@...>
Date: 2011-01-14 13:29:06 UTC
List: ruby-dev #43041
遠藤です。

(セキュリティとかよくわかりませんが) いい仕事っぽいのに水をさす
ようで申し訳ないですが。


2011年1月14日22:11 U.Nakamura <usa@garbagecollect.jp>:
> In message "[ruby-dev:43039] ext/openssl development repository"
>    on Jan.14,2011 21:50:53, <nakahiro@gmail.com> wrote:
>>                                                   RubyGemsやRDocのよう
>> に、我々はRubyリポジトリのブランチポリシーに囚われずに開発し、CRubyのリ
>> リースに囚われずにGemとしてリリースしたいと思っています。
>>
>> forkのつもりはありません。Rubyリポジトリのext/opensslは引き続き、
>> RubyGemsやRDoc同様、従来どおり最新かつ安定したものにしようと思っていま
>> す。
>
> 「最新」と「安定」は両立してる気がしなのですが、RubyGemsやRDoc
> と同じようにやるということは、そっちはRuby本体側と独立に開発
> して独立にリリースする、その上で、なんか適当なタイミングでRuby
> 側にもどっかーんと溜め込んだ変更をぶち込む、という理解で正し
> いですか?
>
> 個人的にはRDocのコミットごとに発生するデバッグにうんざりして
> いるので、同じような対応が必要なコードブロックが増えるのはま
> ったく嬉しくないのですが...

タイムリーなことに、RubyGems に関しても、Ryan Davis が "It is
unmaintained, and it is unmaintainable." と言ったところです。
[ruby-core:34494]

今のところ別リポジトリ・別リリースは 0 勝 2 敗のようです。
本家がもっと枯れていればうまくいくのかもしれないと思いますが、
むしろ今から拡張していこうというものがうまくいくとは思いません。

openssl を拡張するのでも、普通に trunk で作業すればいいと思う
のですが、なんで別リポジトリ・別リリースにしたいのでしょう?

-- 
Yusuke Endoh <mame@tsg.ne.jp>

In This Thread