[#44566] [Ruby 1.9 - Bug #5386][Open] FiberオブジェクトのGC時にSEGV — Kazuki Tsujimoto <kazuki@...>
[#44581] [Ruby 1.9 - Bug #5419][Open] FileUtils.cp_rの:preserveの動作 — Masatoshi Seki <seki@...>
[#44589] [Ruby 1.9 - Bug #5429][Open] 64ビットなFreeBSDのioctlでビット31が1なリクエストの時の不具合 — Makoto Kishimoto <redmine@...>
2011年11月14日11:25 Tomoyuki Chikanaga <nagachika00@gmail.com>:
[#44604] Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...>
ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、
sora_h です.
On 10/18/2011 03:49 PM, Shota Fukumori (sora_h) wrote:
RUBY_VERSION の存在をすっかり忘れていました.なるほど.
まつもと ゆきひろです
(2011/10/18 16:15), Yukihiro Matsumoto wrote:
まつもと ゆきひろです
On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:
まつもと ゆきひろです
たとえば2.0の次のバージョン番号はどうしますか?
2011年10月20日3:31 Urabe Shyouhei <shyouhei@ruby-lang.org>:
In message <CAK6Hhsqwv0wh8OVBb3Z5BQrh3-7dLHhL-pXvW+CBv8U1rayYZg@mail.gmail.com>
なかだです。
まつもと ゆきひろです
On 10/20/2011 01:45 PM, Yukihiro Matsumoto wrote:
まつもと ゆきひろです
(2011/10/20 13:36), Yukihiro Matsumoto wrote:
まつもと ゆきひろです
(2011/10/20 23:36), Yukihiro Matsumoto wrote:
遠藤です。
2011年10月18日17:41 Yusuke Endoh <mame@tsg.ne.jp>:
遠藤です。
2011年10月18日17:43 Yusuke Endoh <mame@tsg.ne.jp>:
遠藤です。
まつもとさん
まつもと ゆきひろです
遠藤です。
[#44680] [Ruby 2.0 - Feature #5454] keyword arguments — Yusuke Endoh <mame@...>
[#44688] [ruby-trunk - Bug #5475][Open] r33507以降SolarisでPTYが使えない — Naohisa Goto <ngotogenome@...>
MjAxMRskQkcvGyhCMTAbJEI3bhsoQjI0GyRCRnwbKEIxNjo1NiBOYW9oaXNhIEdvdG8gPG5nb3Rv
On Mon, 24 Oct 2011 18:43:39 +0900
[#44702] Re: [ruby-cvs:40712] nobu:r33534 (trunk): * configure.in (RUBY_FUNC_ATTRIBUTE): unset temporary variable. — Tanaka Akira <akr@...>
2011/10/27 <nobu@ruby-lang.org>:
boronのお守りをしている西田です.
2011年10月27日19:54 Yuya.Nishida. <yuya@j96.org>:
[#44707] [ruby-trunk - Feature #5512][Open] Integer#/ の改訂 — tadayoshi funaba <redmine@...>
まつもと ゆきひろです
遠藤です。
[#44713] Re: [ruby-changes:21512] akr:r33561 (trunk): * configure.in: check dup3. — KOSAKI Motohiro <kosaki.motohiro@...>
(ruby-devへ河岸をうつします)
[#44719] [ruby-trunk - Feature #5520][Open] Numeric#exact?、Numeric#inexact? の追加 — tadayoshi funaba <redmine@...>
[#44720] [ruby-trunk - Feature #5521][Open] Numeric#rational?、Numeric#complex?、Numeric#float? の追加 — tadayoshi funaba <redmine@...>
まつもと ゆきひろです
むらたです。
[#44734] IO.select timeout — Tanaka Akira <akr@...>
気がついたのですが、IO.select で、timeout を使ったとき、
> 気がついたのですが、IO.select で、timeout を使ったとき、
[#44735] [ruby-trunk - Feature #2968] 数値の正負を返すメソッド — Kenta Murata <muraken@...>
[ruby-dev:44665] Re: Ruby 2.0 release plan
遠藤です。 2011年10月19日15:07 NARUSE, Yui <naruse@airemix.jp>: >> 具体的には、「状況を見てスケジュールを見直す (バグの重大度と >> 修正期間を予想してリリース延期を決める)」とか「マイルストーン >> ごとにアナウンス出す (or 誰かに出せと指示する)」とか。 >> 大きな機能を取り入れるかどうかの議論のファシリテートと、決定 >> なんかも仕事だと思います。 > > スケジュールの draft を考えるとか、アナウンスを投げたり文面考えるのも > 本質的には release manager の仕事である必要はないと思うんですよ。 > 端的に言うと、「決め」以外は個人に依存しないようにしたいのです。 なるほど。完全に同意です。 >> 現状の問題は、単に Yugui さんが忙しすぎるというだけだと思い >> ます。そういう場合はリリースマネージャの権限ごと他人に渡す >> べきだと思います。 > > Yugui さんが忙しいのもそうなんですが、じゃあリリースマネージャの権限を > 渡すので誰かどうぞと言われて、誰かやりますかね。 > この話は、自分がやるとしたらこういうのがないとつらいって動機で振りました。 自分がリリースマネージャをやるとしても、「リリースブランチに コミットしていいのは原則リリースマネージャだけ」というルール はやめますね。というか無理。 「誰かこれ判断してー」とか、「バックポートもしといてー」とか、 「誰かアナウンスの文面作ってー」とか適宜言うつもりでしたが、 チームを決めた方がいいのかな。いいような気もする。 > 例えば mame さんかその他どなたかが 2.0 のリリースマネージャを現行制度で > やるというのでしたら、それがうまくいっている間はそれで良いと思いますよ。 そういうわけで遠藤は 2.0 のリリースマネージャに絶賛立候補中です! -- Yusuke Endoh <mame@tsg.ne.jp>