[#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:44700] Re: A rough release schedule for 2.0.0
August 24th is in the middle of the holiday season. Is it a good idea to have a milestone then? Regards, Martin. On 2011/10/24 20:43, Yusuke Endoh wrote: > Hello, > > (Japanese follows after English; 後ろに日本語があります) > > I've been admitted as a 2.0 release manager by matz. I'll do my > best. > > > As my first work, I'd like to announce a rough plan for 2.0 > release. > Anyone who is interested in 2.0, especially who is thinking > about feature proposal, should check it out. > > > * Aug. 24 2012: big-feature freeze > > Decide to pass or fail of "big features", and determine their > rough spec. > > By this deadline, "big feature" proposers should summarize the > discussion, conclude the rough spec, and should get matz's > approval. Otherwise, the proposal will be postponed. > > It is difficult to clearly define what is "big feature," but > a language feature (e.g., refinements and keyword arguments), > a feature that seems to take some time to be stable (e.g., > GC-related features, Dtrace, etc.) would be considered "big." > For example, I think the features listed in [ruby-core:39810] > are almost all "big." > > Just adding a convenience method, extending an existing > method feaure, etc., may be "small," but I recommend you be > conservative; the sooner you propose, the better. > > * Oct. 24 2012: feature freeze > > Decide to pass or fail of all features, and determine their > detailed spec. > > * Feb. 02 2013: 2.0 release > > The 20th anniversary of the birth of Ruby. > > > In short, anybody who has a strong desire for 2.0, ought to > get matz's approval by Aug. 24 2012. > > > > If you have an opinion for this plan, I'm happy to listen. > > > > I give advice to people thinking about feature proposal. > Matz has said the slogan of "100% compatible" for 2.0, since the > developer meeting of RubyKaigi 2010: > > http://redmine.ruby-lang.org/projects/ruby/wiki/DevelopersMeeting20100827 > > # You may think the record is too simple to understand. I also > # cannot understand. The only thing that I can surely remember > # is that matz said "100% compatible." > > And in fact, matz disagrees a proposal to remove a feature. > [ruby-core:40044] > > I don't know the precise definition and the important degree of > the slogan. But I recommend you propose your suggestion > depending on the slogan. It may be difficult to remove some > feature or to change the semantics so that affects existing code. > Of course, even such a proposal will be accepted if matz says > okay. > > > Thanks, > > > > 遠藤は 2.0 リリースマネージャになることをまつもとさんに承認して > 貰いました。どうも。 > > > まずは、2.0 リリースに向けた大雑把な予定を告知します。 > 2.0 に興味のある人、特に機能提案を考えている人は見といてください。 > > * 2012/08/24: big-feature freeze > > "big feature" の採否を決めて、大まかな仕様を決定します。 > > この締め切りまでに、"big feature" の提案者は議論をまとめて、 > 大まかな仕様の結論を出し、まつもとさんの承認を得てください。 > 間に合わなかった提案は見送りになります。 > > 何が "big feature" かを明確に定義することは難しいですが、 > 言語機能 (refinements や keyword arguments) や、安定させるのに > 時間のかかりそうな機能 (GC 関係や Dtrace など) は "big" と > 考えられます。例えば、[ruby-core:39810] に挙がっている機能は > 大体 "big" だと思います。 > > 便利メソッドを追加するだけとか、既存メソッドの機能拡張とかは > "small" と考えられるかも知れませんが、保守的に考えることを > おすすめします。早く提案するに越したことはありません。 > > * Oct. 24 2012: feature freeze > > 全機能の採否を決めて、仕様を詳細まで決めます。 > > * Feb. 02 2013: 2.0 release > > Ruby の生誕 20 周年です。 > > > 簡単に言うと、2.0 に野望を抱いている人は、2012/08/24 までに > まつもとさんの承認を得るといいと思います。 > > > > この予定にご意見あればお聞かせください。 > > > > 機能提案を考えている人にひとつアドバイスです。 > まつもとさんは RubyKaigi 2010 の開発者会議以来、2.0 で "100% > 互換" をスローガンに掲げています。 > > http://redmine.ruby-lang.org/projects/ruby/wiki/DevelopersMeeting20100827 > > # この議事録は簡潔すぎてわからないと思いますが、私もよくわかり > # ません。まつもとさんが "100% 互換" と言ったことだけは確かです。 > > 実際、まつもとさんは機能の削除提案に対して反対している例が > あります。 [ruby-core:40044] > > このスローガンの正確な定義や重要度はわかりませんが、提案する > ときはこのスローガンを考慮することをお勧めします。機能の削除や > 既存コードに影響する意味論の変更などは採用されにくいかもしれま > せん。 > もちろんそういう提案でも、まつもとさんが OK と言えば OK です。 >