[#44586] [Ruby 1.9 - Bug #5423][Open] readlineの入力待機中に端末のウィンドウサイズ変更すると入力内容が乱れる — Takuto Matsuu <matsuu@...>

8 messages 2011/10/08

[#44589] [Ruby 1.9 - Bug #5429][Open] 64ビットなFreeBSDのioctlでビット31が1なリクエストの時の不具合 — Makoto Kishimoto <redmine@...>

21 messages 2011/10/09

[#44604] Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...>

ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、

75 messages 2011/10/18
[#44607] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44618] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/18

(2011/10/18 16:15), Yukihiro Matsumoto wrote:

[#44619] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44627] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:

[#44629] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/19

まつもと ゆきひろです

[#44631] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

たとえば2.0の次のバージョン番号はどうしますか?

[#44633] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/20

2011年10月20日3:31 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#44612] Re: Ruby 2.0 release plan — Yusuke Endoh <mame@...> 2011/10/18

遠藤です。

[#44707] [ruby-trunk - Feature #5512][Open] Integer#/ の改訂 — tadayoshi funaba <redmine@...>

13 messages 2011/10/30

[#44719] [ruby-trunk - Feature #5520][Open] Numeric#exact?、Numeric#inexact? の追加 — tadayoshi funaba <redmine@...>

13 messages 2011/10/31

[ruby-dev:44686] Re: Ruby 2.0 release plan

From: Yusuke Endoh <mame@...>
Date: 2011-10-23 10:52:33 UTC
List: ruby-dev #44686
遠藤です。

2011年10月23日15:16 Ayumu AIZAWA <ayumu.aizawa@gmail.com>:
> 遠藤さん、リリースマネジャー就任おめでとうございます!

どうもありがとうございます。


> ところで、松田さんのコミッター就任時に、標準ライブラリのgem化という
> テーマも2.xで取り組んでいくものとして考えられているとおもっているのですが、
> あわせて標準添付ライブラリの整理についても議論していきたいです。
>
> コアチームでメンテナーが不在のものや、利用者が少なさそうなモノについては、
> 別途gemで配布するようにしてリリースパッケージからは除外していく方向にして
> いきたいと思っています。

松田さんがコミッタになった経緯を知りませんが、そういう目的
があるんですかね。


gem 化については [ruby-core:32156] のスレッドで非常に議論
されています。
具体的なアプローチがいくつかあること (どこで開発するかとか、
どうやって gem 化するかとか) 、それぞれのアプローチごとに
メリット・デメリットがちょっとずつ変わってくるようです。

また、制約 (テストを動かすために必要なライブラリを外して
よいか?) やリソース (自動化できるが、誰がやるのか?) を
無視するわけにもいきません。

まずは当該スレッドを整理して、それを踏まえた上で提案をする
ことが必要だと思います。


個人的な印象でいうと stdlib の gem 化には賛成で、
([ruby-core:26388] とか提案して総叩きにあったこともある)

実は [ruby-core:32156] のスレッドの要約に挑戦したことも
あるのですが、

http://redmine.ruby-lang.org/projects/ruby-trunk/wiki/GemifyingStdlibJa

整理が足らないのか、結論が全く見えてこない感じです。

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

In This Thread