[#35333] [Ruby 1.8 - Bug #221] (Open) Net::SMTPでSMTPのHELO/EHLOにデフォルトで不正なホスト名を使用 — Anonymous <redmine@...>
チケット #221 が報告されました。 (by Anonymous)
チケット #221 が更新されました。 (by Masahiro Tomita)
チケット #221 が更新されました。 (by Anonymous)
とみたです。
とみたです。
卜部です。
西山和広です。
[#35355] リリース前ToDoリスト — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
高尾宏治です。
高尾宏治です。
なかだです。
高尾宏治です。
なかだです。
前田です。
なかだです。
前田です。
なかだです。
高尾宏治です。
山口と申します。
高尾宏治です。
高尾宏治です。
高尾宏治です。
GyRCJDMkcyRLJEEkTyEjGyhCTS5TdXp1a2kbJEIkRyQ5ISMbKEINCg0KGyRCO24kNyRGJF8kXiQ3
高尾宏治です。
高尾宏治です。
高尾宏治です。
GyRCJDMkcyRLJEEkTxsoQiBNLlN1enVraSAbJEIkRyQ5ISMbKEINCg0KTWFjIE9TWCAxMC40GyRC
高尾宏治です。
[#35372] patch for ruby-core:17472 — wanabe <s.wanabe@...>
ワナベと申します。
なかだです。
ワナベです。
遠藤です。
=1B$B$`$i$?$G$9!#=1B(B
豊福です。
[#35375] Re: [ruby-cvs:25121] Ruby:r17902 (ruby_1_8_6): * re.c (rb_reg_search): need to free allocated buffer in re_register. [ruby-core:17518] — Urabe Shyouhei <shyouhei@...>
卜部です。ruby_1_8_xの枝を弄る人全員にお願いです。チェックインする前に必
[#35389] Re: [ruby-cvs:25164] Ruby:r17945 (trunk, ruby_1_8): * string.c (rb_str_succ): limit carrying in an alphanumeric region if — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#35396] cc always picks ruby/ruby.h on OS X — "Akinori MUSHA" <knu@...>
ruby 1.8 の tk ライブラリが OS X 上でビルドできない件です。
[#35404] ruby_1_8_6/ruby_1_8_7ブランチのメンテナンスポリシーについて — "Shugo Maeda" <shugo@...>
前田です。
卜部です。
前田です。
卜部です。
前田です。
Shugo Maeda さんは書きました:
どこにぶら下げるのがいいのかわからないので、単に意思表明ですが、
卜部です。
At Fri, 11 Jul 2008 01:00:29 +0900,
前田です。
In article <704d5db90807110028o238594f2wda0ec1bf12abc940@mail.gmail.com>,
そういえばこの部分に言及するのを忘れていた
前田です。
卜部です。
前田です。
In article <704d5db90807121803o5ea67361ucbf968f8a18a845d@mail.gmail.com>,
Tanaka Akira さんは書きました:
前田です。
卜部です。
前田です。
卜部です。
前田です。
卜部です。
前田です。
こんにちは、なかむら(う)です。
卜部です。
[#35420] Re: [ruby-cvs:25212] Ruby:r17993 (trunk): * test/ruby/envutil.rb (assert_normal_exit): finish writing script — Tanaka Akira <akr@...>
In article <200807100931.m6A9V4vi014459@ci.ruby-lang.org>,
ワナベです。
こんにちは、なかむら(う)です。
ワナベです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
In article <20080711050939.531D.C613B076@garbagecollect.jp>,
こんにちは、なかむら(う)です。
[#35446] [Bug:trunk] Thread#kill cannot break BLOCKING_REGION() on windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#35450] [BUG] cfp consistency error in Win32OLE — Masaki Suketa <masaki.suketa@...>
助田です。
ワナベと申します。
助田です。
[#35458] make profiler for gc — authorNari <authornari@...>
nariです。
In article <1153cee60807122239t19f6ae05vc0c1995c77349377@mail.gmail.com>,
nariです。
nariです。
三浦と申します。
[#35471] [Bug: 1.9] lazy timer thraed creation — SASADA Koichi <ko1@...>
ささだです.
[#35484] Re: [ruby-core:17739] [Ruby 1.9 - Bug #256] (Open) defined?(Gem::RubyGemsVersion) behaves strange — wanabe <s.wanabe@...>
ワナベと申します。
西山和広です。
斎藤と申します。
[#35542] [Bug:1.9] sleep and Thread#run — Tanaka Akira <akr@...>
1.9 では sleep で寝ているスレッドを Thread#run で起こせない
[#35545] Test::Unit -> miniunit — Kouhei Sutou <kou@...>
須藤です。
まつもと ゆきひろです
[#35555] [Ruby 1.9 - Bug #282] (Open) failure of test_asctime(TestTime) on mswin32 — Usaku NAKAMURA <redmine@...>
チケット #282 が報告されました。 (by Usaku NAKAMURA)
ワナベと申します。
[#35578] [Bug:1.9] context switch may occur during freeing io — "Yusuke ENDOH" <mame@...>
遠藤です。
[#35597] [request]C APIの拡張 — "Goro Fuji" <g.psy.va@...>
藤と申します。
なかだです。
ご意見ありがとうございます。
なかだです。
卜部さん
卜部です。
[#35620] non-locale filename encoding — Tanaka Akira <akr@...>
Dir の使いかたとして、ファイル名のエンコーディングが locale
成瀬です。
In article <48866F3F.80906@airemix.jp>,
成瀬です。
In article <488771FD.4020800@airemix.jp>,
Tanaka Akira wrote:
In article <4888B29D.7030009@airemix.jp>,
成瀬です。
In article <488AC157.7090203@airemix.jp>,
[#35646] [Bug:1.9] Rinda has a race condition — "Yusuke ENDOH" <mame@...>
遠藤です。
[#35648] [Bug:1.9] MingwでIO#dupがブロックする — wanabe <s.wanabe@...>
ワナベと申します。
[#35649] PENDINGS.rb (Was: Re: [Ruby 1.9 - Bug #354] (Assigned) Test failure test/ruby/test_transcode.rb) — "Yusuke ENDOH" <mame@...>
遠藤です。
In article <e0b1e5700807240845o4c09cfa5gae142c1dd0c74170@mail.gmail.com>,
2008/07/25 1:02 Tanaka Akira <akr@fsij.org>:
成瀬です。
遠藤です。
In article <e0b1e5700807290517mee11539lfbd82d4dfc98c53f@mail.gmail.com>,
遠藤です。
In article <e0b1e5700807300311v13752775mcf8bb5086753051d@mail.gmail.com>,
[#35669] [Ruby 1.9 - Bug #368] (Open) 境界における Math.atanh 等の動作 — Yui NARUSE <redmine@...>
チケット #368 が報告されました。 (by Yui NARUSE)
斎藤と申します。
[#35681] [Ruby 1.9 - Bug #369] (Open) Ruby 1.9.0-3で R — Akira Matsuda <redmine@...>
チケット #369 が報告されました。 (by Akira Matsuda)
[ruby-dev:35418] Re: ruby_1_8_6/ruby_1_8_7ブランチのメンテナンスポリシーについて
前田です。 2008/07/10 2:56 Urabe Shyouhei <shyouhei@ruby-lang.org>: > 実は前田さんの意見に何が何でも反対というわけではないです。卜部的には作業 > が減って楽になるのでそういう意味で個人的においしい方向ではあります。 > > でも俺一人が楽したいを突き詰めちゃうとgit-svnで手元にローカルコピー作っ > て俺rubyを俺だけで使う話に落ちちゃうので、最大多数の最大幸福からは遠ざ > かっちゃうんですよね... みんなが必要なパッチだけ手元のリポジトリに適用して俺rubyを作るというのは、 楽しげではありますけど、現実的ではないでしょうね。 > 仮に前田さんのご提案の方式になるのだとしたら、ここまでのご主張にとくに問 > 題はないと思います。今だって(見落としとかで)「この修正を適用しないなんて > けしからん」と言われることは実は経験あるし、同意したり反論したり無視した > りするのもやってきたことなので、今後も(精神的にくじけなければ、作業的に > は)やっていけるだろうと思います。 卜部さんに負担が集中しないように、プロセスを決めて外部へも告知できるとよい かもしれませんね。 たとえば、セキュリティフィックスだったらsecurity MLで提案後、一定期間異義が なければアクションを取るとか。 > このへんまで追いかけてだんだん思い出してきましたが、rb_hash_s_createとい > うのはHash.newなわけですが、Hash.newのようなきわめて頻繁に使われるはず > (と俺は思う)のメソッドにメモリリークが残っていたことに当時かなりの衝撃を > 受けた気がします。さらにp5, p6, p7あたりはどれもSEGVの修正ですけども、よ > うするにこの時期の1.8.5ではそこそこの頻度でSEGVが報告され、修正されてい > たといえます。このような状況を見ると、すくなくとも1.8.5が始まったころに > はRubyはまだ相当に不安定なように見えました。 私も今のrubyの安定版がそれほど完成されていると思っているわけではないの ですが、少なくともあちこちで騒がれるほどには不安定でないレベルで実用的に 使われているので、 > 修正が少ないブランチに価値があるのはそのブランチが十分に枯れている場合 > で、不安定なままに修正が少ないのはただの放棄なわけです。なぜ俺が修正を > じゃんじゃん入れるほうに宗旨変えしたかというと、要するに修正が少ない*だ > け*では嬉しくなかったからなのでした。 そういう意味ではまあまあ「十分に枯れている」とも言えるんじゃないかと思って いますが、他の方の意見もお聞きしたいところです。 会社の業務でRubyのサポートをしていて、パッチを提供することもあるのですが、 Ruby自体に対するパッチよりはアプリケーション側で対応できるworkaround を示した方が喜ばれることもあります。 > 限られたリソースですぐにできる対策は実は俺も考えているんですが、たとえば > 今みたいに3ヶ月おきリリースとかはやめて、チェンジセット32個ごとにリリー > スとか、そういう変化量に対する基準でリリースするというのはどうでしょうか。 先ほども書きましたが、修正自体を減らす案とどちらがユーザの利益にかなうのか、 多くの方の意見をお聞きしたいですね。 > テストはまあ、できる範囲でやってはいるんですよ。手元では。毎回make > test-allで失敗が増えないのまで確認してからコミットしてるし。テストで困っ > てるのは、ちょっと前にもありましたけど、プラットフォーム固有のバグを修正 > するであるとかの場合に、手元ではなんとも確認できないことがわりとあって、 > 勘というか目視に頼らざるをえない場合がままあるのが何とかならないかなーと > 思ってます。俺が目で見た程度で気づくバグばかりなら世界はもっと平和なわけ > で... 卜部さんがテストをしてないと言っているように受け取られていたら、すみません。 そういう意図ではありませんでした。 個人で対応するかぎり、どんなにがんばっても限界があるので、システム的な 解決を考えたいという意図でした。 創造的でない作業については、なるべく個人の努力に頼らなくてもよいような 方向に行けないかなと思っています。 たとえば、だれでもできるテストはメニュー(たとえば、複数のアーキテクチャで test-allやrubyspecやRailsのテストを走らせるとか)を用意して企業に委託して、 結果の報告を受けた上でリリースするかどうかの最終判断は卜部さんにして いただく、といったことも考えられるんじゃないかと思います。 -- Shugo Maeda