[#41918] [Feature #3647] Array#sample(n, replace=false) — Kenta Murata <redmine@...>
Feature #3647: Array#sample(n, replace=false)
チケット #3647 が更新されました。 (by Masaya Tarui)
まつもと ゆきひろです
[#41925] Ruby committers Q&A at RubyKaigi — Shugo Maeda <shugo@...>
前田です。
2010/8/3 Shugo Maeda <shugo@ruby-lang.org>:
前田です。
[#41931] [Bug #3657] make cleanがファイルを削除しすぎ — Takahiro Kambe <redmine@...>
Bug #3657: make cleanがファイルを削除しすぎ
[#41933] *array で異常終了 — 小田 利通 <oda@...>
[#41957] 1.9.2でtest_require_too_long_filename(TestRequire)がFailureになる — kimura wataru <kimuraw@...>
木村(わ)といいます。
[#41962] Re: [ruby-cvs:36129] Ruby:r28927 (ruby_1_9_2): merges r28835 from trunk into ruby_1_9_2. — Masaki Suketa <masaki.suketa@...>
助田です。
[#41966] [Bug #3673] PTY.getpty with IO.pipe doesn't finish on FreeBSD — Yui NARUSE <redmine@...>
Bug #3673: PTY.getpty with IO.pipe doesn't finish on FreeBSD
2010年8月10日10:53 Yui NARUSE <redmine@ruby-lang.org>:
[#41969] [Feature #3675] String#prepend, String#>> — Sora Harakami <redmine@...>
Feature #3675: String#prepend, String#>>
まつもと ゆきひろです
[#41971] Re: [ruby-cvs:36152] Ruby:r28950 (trunk): [ruby-core:31658] — "NARUSE, Yui" <naruse@...>
成瀬です。
> なお、unused variable で警告するのはおかしいという主張もありえるでしょう。
[#41972] [Bug #3676] CMath.cbrt(-8)の結果が複素数にならない — tadayoshi funaba <redmine@...>
Bug #3676: CMath.cbrt(-8)の結果が複素数にならない
まつもと ゆきひろです
> 現在のCMath.cbrt(-8)の結果は-2で、これは3乗すると-8になるとい
[#41974] Re: [ruby-cvs:36157] Ruby:r28955 (trunk): * complex.c (nucomp_to_[ifr]): don't allow complex with in-exact — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
> これを戻されたということは、(1+0.0i)は整数に変換できてはいけ
まつもと ゆきひろです
> なるほど。動機は分かりました。ただ、今回の変更はいずれも明示
まつもと ゆきひろです
[#41995] Re: [ruby-core:31672] [Bug #3678] CMath.sqrt(1.i) results to 0.0+0.0i — Urabe Shyouhei <shyouhei@...>
-devに振ります。
[#42003] WEBrickに関するセキュリティ修正 (CVE-2010-0541) — Hideki Yamane <henrich@...>
2010/8/11 Hideki Yamane <henrich@debian.or.jp>:
こんにちは、なかむら(う)です。
2010/8/12 U.Nakamura <usa@garbagecollect.jp>:
こんにちは、なかむら(う)です。
2010/8/12 U.Nakamura <usa@garbagecollect.jp>:
[#42022] [Bug #3693] visibility hidden functions — Narihiro Nakamura <redmine@...>
Bug #3693: visibility hidden functions
ささだです.
[#42038] [Bug: trunk] Fwd: [ruby-list:47272] case when 整数と実数の比較 (ruby 1.9) — SASADA Koichi <ko1@...>
ささだです.
[#42040] [Bug #3674] dRuby サーバプロセスを停止する時に時間がかかることがある — Tomoyuki Chikanaga <redmine@...>
チケット #3674 が更新されました。 (by Tomoyuki Chikanaga)
遠藤です。
[#42057] rdf generated by rss library is not valid — Tanaka Akira <akr@...>
ふと、rss ライブラリのチュートリアルの
[#42067] [Bug #3708] Array#permutation がおかしな結果を返す — Shumpei Akai <redmine@...>
Bug #3708: Array#permutation がおかしな結果を返す
[#42079] Re: [ruby-cvs:36248] Ruby:r29048 (trunk): * backport r28621 and r28632 from ruby_1_8; — "NARUSE, Yui" <naruse@...>
このコミットで OpenSSL のテスト失敗が増えています。
2010/8/19 NARUSE, Yui <naruse@airemix.jp>:
2010/8/19 Hiroshi Nakamura <nakahiro@gmail.com>:
(2010/08/19 18:58), Hiroshi Nakamura wrote:
[#42090] Math::atan2(0, 0) on ruby 1.9.2 — KUBO Takehiro <kubo@...>
久保です。
=1B$B$`$i$?$G$9!#=1B(B
遠藤です。
久保です。
=1B$B$`$i$?$G$9!#=1B(B
[#42093] version.hのRUBY_VERSION_TEENYが古いのでは? — Moru <lateau@...>
44KC44KL44Go55Sz44GX44G+44GZ44CCCgokIGhlYWQgcnVieS0xLjkuMi1wMC92ZXJzaW9uLmgK
[#42100] make distclean時エラーメッセージ — Moru <lateau@...>
=E3=82=82=E3=82=8B=E3=81=A7=E3=81=99=E3=80=82
[#42125] vc9 x64でtrunk dlがコンパイルできない — kuwamoto shintaro <beuniv@...>
こんにちわ
[#42166] Ruby'sライセンスの、BSDLとのデュアルライセンスへの変更 — "NARUSE, Yui" <naruse@...>
Ruby's ライセンスは BSDL と Ruby's のデュアルライセンスになります。
(2010/09/01 1:48), NARUSE, Yui wrote:
[ruby-dev:41927] Release engineering status of 1.9.2-p0
Hi, I'm reporting the status of 1.9.2-p0 release which has been planned at early this month. (1) backports from trunk into ruby_1_9_2 (2) busyness of the release manager (1) Currently, we have roughly backported patches that was committed by 23 Jul. In principle, I will no longer backport any patch for 1.9.2-p0. A brand-new patch should have a certain amount of "soak time" in trunk. *Almost all* patches that have just been committed into trunk are not stable yet. They may often cause another issue, or may not been fixed completely. Backporting such patches will never stabilize ruby_1_9_2 branch. In fact, I actually had some trouble about one patch that requires another patch that requires another patch... (about 5 times). I think this lesson (soak time) should be applied in the next release. Meanwhile in this time, I decide that I will backport only patches that meat any following conditions: - SEGV or [BUG] problem on supported platform - build failure on supported or besteffort platform - other really really fatal issues If you notice a patch that meats any condition is not backported, please let me know ASAP (by Friday, at the latest). Of course, other issues will be fixed by patch releases after 1.9.2-p0. (2) The release managaer, Yugui, apparently can do release engineering at only week end. So I guess the next release will be at Saturday or Sunday. Some committers say that RC3 be released before 1.9.2-p0, but I'm afraid that it is impossible (RC2 and RC3 had not been planned, originally). The branch ruby_1_9_2 will be nearly-unchanged until p0 is released. So I ask all platform maintainers to test ruby_1_9_2 branch. Though release candidate will not released publicly, to prevent wrong packaging, we will directly ask the maintainers for besteffort platforms to check tar ball. Thank you in advance for your help. 遠藤です。 8 月上旬予定の 1.9.2 リリースの状況についてお伝えします。 (1) trunk から ruby_1_9_2 へのバックポート (2) リリースマネージャの多忙 (1) 現状では、7/23 (金) までに trunk にコミットされたパッチはバック ポートできていると思います。 ですが、これ以上は原則バックポートしないことにしたいと思います。 trunk に入ったばかりのパッチは安定性に疑問があります。他の問題を引き 起こしていたり、完全に修正されていなかったりします。実際、「修正を 修正するコミット」が数日おきに最近まで 5 回連なっている例がありました。 そういうパッチをリリース直前にすべてバックポートしていくと、いつまで たっても ruby_1_9_2 が安定しません。 trunk での soak time (検証期間) を考慮すべきだったのですが、反省は後 にして、とりあえず今回は、下記のいずれかの条件を満たすコミット以外は これ以上バックポートしません。 - supported な環境で SEGV する - supported または besteffort な環境でビルドが通らない - その他、本当に致命的と考えられる問題 いずれかの条件を満たすパッチでバックポートが漏れているものがあれば 早急に (遅くとも金曜までに) 連絡してください。 それ以外の問題も、p0 以降のパッチリリースでは修正されると思います。 (2) Yugui さんはほぼ土日しか作業できないようなので、リリースは早くて 次の土日になるのではないかと思います。 「1.9.2-p0 リリースの前に RC3 を出すべき」という声もありますが、この 状況では無理だと思います (あと、当初の予定には RC 1 つしかなかった) 。 ruby_1_9_2 ブランチはもう p0 リリースまでほとんど変わらないと思います ので、プラットフォームメンテナは ruby_1_9_2 ブランチを試しておいて 欲しいと思います。 パッケージングのミスを防ぐため、besteffort 以上のメンテナにはリリース 直前に tar ball が回付されると思います (いつもどおり) 。 -- Yusuke Endoh <mame@tsg.ne.jp>