[#26488] Add Standard Deviation Function to Math Module — Daniel Cohen <danielc2017@...>

This patch adds a Standard Deviation function to the Math Module. It takes

25 messages 2009/11/02
[#26489] Re: Add Standard Deviation Function to Math Module — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26490] Re: Add Standard Deviation Function to Math Module — Daniel Cohen <danielc2017@...> 2009/11/03

OK,

[#26493] Re: Add Standard Deviation Function to Math Module — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26511] Re: Add Standard Deviation Function to Math Module — Yusuke ENDOH <mame@...> 2009/11/03

Hi,

[#26492] HashWithIndifferentAccess to core — Urabe Shyouhei <shyouhei@...>

Hello,

35 messages 2009/11/03
[#26496] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26507] Re: HashWithIndifferentAccess to core — Jeremy Kemper <jeremy@...> 2009/11/03

On Tue, Nov 3, 2009 at 6:48 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wro=

[#26514] Re: HashWithIndifferentAccess to core — "Martin J. Dst" <duerst@...> 2009/11/04

Just a thought: What about implementing this with an option on Hash:new,

[#26522] Re: HashWithIndifferentAccess to core — Yusuke ENDOH <mame@...> 2009/11/04

Hi,

[#26555] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/05

Hi,

[#26584] Re: HashWithIndifferentAccess to core — Yugui <yugui@...> 2009/11/07

2009/11/6 Yukihiro Matsumoto <matz@ruby-lang.org>:

[#26589] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/07

Hi,

[#26593] Re: HashWithIndifferentAccess to core — Lourens Naud<lourens@...> 2009/11/07

Hi,

[#26523] [Bug #2330] Non systematic segmentation fault with autoload rubyspec — Marc-Andre Lafortune <redmine@...>

Bug #2330: Non systematic segmentation fault with autoload rubyspec

12 messages 2009/11/04

[#26560] [Feature #2340] Removing YAML/Syck — Yui NARUSE <redmine@...>

Feature #2340: Removing YAML/Syck

38 messages 2009/11/06
[#26562] [Feature #2340] Removing YAML/Syck — Yui NARUSE <redmine@...> 2009/11/06

Issue #2340 has been updated by Yui NARUSE.

[#26567] Re: [Feature #2340] Removing YAML/Syck — James Edward Gray II <james@...> 2009/11/06

On Nov 6, 2009, at 4:02 AM, Yui NARUSE wrote:

[#26568] Re: [Feature #2340] Removing YAML/Syck — Jon <jon.forums@...> 2009/11/06

> > Issue #2340 has been updated by Yui NARUSE.

[#26571] Re: [Feature #2340] Removing YAML/Syck — "NARUSE, Yui" <naruse@...> 2009/11/06

Jon wrote:

[#26574] Re: [Feature #2340] Removing YAML/Syck — Aaron Patterson <aaron@...> 2009/11/06

On Sat, Nov 07, 2009 at 12:59:25AM +0900, NARUSE, Yui wrote:

[#26635] [Feature #2348] RBTree Should be Added to the Standard Library — James Gray <redmine@...>

Feature #2348: RBTree Should be Added to the Standard Library

20 messages 2009/11/08
[#28842] [Feature #2348] RBTree Should be Added to the Standard Library — James Gray <redmine@...> 2010/03/21

Issue #2348 has been updated by James Gray.

[#26650] [Feature #2350] Unicode specific functionality on String in 1.9 — Manfred Stienstra <redmine@...>

Feature #2350: Unicode specific functionality on String in 1.9

12 messages 2009/11/09
[#28985] [Feature #2350](Rejected) Unicode specific functionality on String in 1.9 — Yusuke Endoh <redmine@...> 2010/03/25

Issue #2350 has been updated by Yusuke Endoh.

[#28993] Re: [Feature #2350](Rejected) Unicode specific functionality on String in 1.9 — Nikolai Weibull <now@...> 2010/03/25

On Thu, Mar 25, 2010 at 14:45, Yusuke Endoh <redmine@ruby-lang.org> wrote:

[#26704] Maintainer confirmation process done. — "Yugui (Yuki Sonoda)" <yugui@...>

I'm sorry for my closing the maintainer confirmation process so late.

13 messages 2009/11/12

[#26736] [Bug #2365] Matrix: poor handling of coercion errors [patch] — Marc-Andre Lafortune <redmine@...>

Bug #2365: Matrix: poor handling of coercion errors [patch]

12 messages 2009/11/14

[#26772] [Bug #2378] Regression in ParseDate.parsedate('nn-nn') — Vladimir Sizikov <redmine@...>

Bug #2378: Regression in ParseDate.parsedate('nn-nn')

10 messages 2009/11/16

[#26774] Ruby constant lookup — Yehuda Katz <wycats@...>

Over the past six months or so, I have been working with the new Ruby 1.9

22 messages 2009/11/16
[#26775] Re: Ruby constant lookup — Shugo Maeda <shugo@...> 2009/11/17

Hi,

[#26777] Re: Ruby constant lookup — Yehuda Katz <wycats@...> 2009/11/17

Shugo,

[#26778] Re: Ruby constant lookup — Shugo Maeda <shugo@...> 2009/11/17

Hi,

[#26869] Caching #to_s for immutables (and a possible future for constant-folding) — Kurt Stephens <ks@...>

I have a proof-of-concept patch to MRI that caches #to_s values for

16 messages 2009/11/23
[#26936] Re: Caching #to_s for immutables (and a possible future for constant-folding) — Roger Pack <rogerdpack@...> 2009/11/29

> =A0It reduces the number of #to_s Strings created during the MRI test sui=

[#26958] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Kurt Stephens <ks@...> 2009/11/30

The attached patch add caching of #to_s results to the main immutable

[#26960] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Roger Pack <rogerdpack@...> 2009/11/30

> Yes. =A0The MRI test suite runs at 45 sec with these changes and at 53 se=

[#26963] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Kurt Stephens <ks@...> 2009/11/30

I just ran rubyspec against it; ~ 5% time improvement.

[ruby-core:26820] Re: Maintainer confirmation process done.

From: Yehuda Katz <wycats@...>
Date: 2009-11-18 22:01:03 UTC
List: ruby-core #26820
Yugui,

As I said in a previous thread, I would like to volunteer to maintain
delegate.rb. I'd also like to volunteer to maintain ostruct.rb.

-- Yehuda

Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325


2009/11/12 Yugui (Yuki Sonoda) <yugui@yugui.jp>

> I'm sorry for my closing the maintainer confirmation process so late.
> [ruby-core:25764].
> I've updated the list of maintainers.
> * http://redmine.ruby-lang.org/wiki/ruby/Maintainers
>
> As a result of the process, I confirmed that some of libraries have had
> no maintainer and that some of maintainers want to release their
> maintainership.
>
> Now we can start the maintainer election process which was mentioned in
> [ruby-core:26147].
>
> == lib/English.rb
> It has had no maintainer but it has not been modified since 2004. The
> maintainer of it is probably unnecessary. The core team can fix it when
> its bug is found.
>
> == lib/abbrev.rb
> It has been maintained by Akinori MUSHA. But he did not declair his
> maintainership in the process. Akinori, would you release the
> maintainership?
>
> == lib/base64.rb in Ruby 1.8 series.
> It has had no maintainer but its major part has not been modified since
> 2004. The maintainer of it is probably unnecessary.
> A submaintainer is possibly wanted.
>
> == lib/benchmark.rb
> GOTO Kentaro has been the maintainer but he did not reply to the
> confirmation process.
> Kentaro, would you release the maintainership?
>
> == lib/complex.rb in Ruby 1.8 series.
> Keiju ISHITSUKA has been the maintainer but he did not declare
> maintainership. Keiju, would you release your maintainership of it?
>
> == lib/cmath.rb in Ruby 1.9 series.
> same as lib/complex.rb.
> Keiju, would you release your maintainership of it?
>
> == lib/debug.rb
> It has had no maintainer. A maintainer is wanted.
>
> == lib/delegate.rb
> It has had no maintainer. A maintainer is wanted.
>
> == lib/fileutils.rb
> It has had no maintainer. A maintainer is wanted.
>
> == lib/find.rb
> It has had no maintainer but it has been stable. A submaintainer is
> possibly necessary.
>
> == lib/finalize.rb in Ruby 1.8 series
> It has had no maintainer but it has not been modified since 2006.
> The maintainer of it is probably unnecessary.
>
> == lib/ftools.rb on Ruby 1.8 series.
> WATANABE Hirofumi released the maintainership.
>
> It remains just for backward compatibility to Ruby 1.6.
> The maintainer is not necessary. A submaintainer is possibly necessary.
>
> == lib/getoptlong.rb
> It has had no maintainer but it remains just for backward compatibility
> to Ruby 1.6.
> The maintainer is not necessary. A submaintainer is possibly necessary.
>
> == lib/jcode.rb
> It has had no maintainer but it has not been modified since 2006.
> The maintainer of it is probably unnecessary.
>
> == lib/mkmf.rb
> It has had no maintainer. A maintainer is wanted.
>
> == lib/net/http, lib/net/http
> Minero Aoki has been the maintainer of them. But he did not reply to the
> confirmation process and I know he is very busy.
>
> A new maintainer is wanted.
>
> == lib/net/pop
> same as net/http. A new maintainer is wanted.
>
> == lib/net/smtp
> same as net/http. A new maintainer is wanted.
>
> == lib/net/telnet
> Wakou AOYAMA has been the maintainer but he did not reply to the
> confirmation process and he has done nothing for seven years.
> A new maintainer is wanted.
>
> == lib/observer.rb
> It has had no maintainer but it has not been modified since 2005.
> A submaintainer is possibly necessary.
>
> == lib/open3.rb
> GOTO Kentaro has been the maintainer but he did not reply to the
> confirmation process.
> Kentaro, would you release the maintainership?
>
> == lib/ostruct.rb
> It has had no maintainer. A maintainer is wanted.
>
> == lib/parsearg.rb in Ruby 1.8 series
> It remains just for backward compatibility to Ruby 1.6.
>
> The maintainer is not necessary. A submaintainer is possibly necessary.
>
> == lib/ping.rb in Ruby 1.8 series
> It has had no maintainer but it has not been modified since 2006.
> The maintainer of it is probably unnecessary.
>
> == lib/profile.rb
> It has had no maintainer but is not being actively developed.
> A submaintainer is possibly necessary.
>
> == lib/profiler.rb
> It has had no maintainer but is not being actively developed.
> A submaintainer is possibly necessary.
>
> == lib/pstore.rb
> It has had no maintainer but is not being actively developed.
> A submaintainer is possibly necessary.
>
> == lib/racc, ext/racc (Racc runtime)
> Minero Aoki has been the maintainer. But he did not declare his
> maintainership in the process.
>
> On the other hand, Racc runtime is stable enough and is a part of Racc.
> I think it is good that a new submaintainer will fix minor bugs with
> keeping communication with Minero.
>
> What do you think, everyone?
>
> == lib/rake
> Jim Weirich has been the maintainer of it and he is developing Rake at
> github.
>
> He did not declare his maintainership in the process but he committed a
> new version of Rake into Ruby's repository on 25, Sep.
>
> I believe he will continue to maintain Rake. Right? < Jim
>
> == lib/rational.rb in Ruby 1.8 series
> same as lib/complex.rb
> Keiju, would you release your maintainership of it?
>
> == lib/rdoc
> Eric Hodel has been the maintainer.
>
> He did not declare his maintainership in the process but I believe he
> will continue to maintain Rdoc.
>
> Right? < Eric
>
> == lib/readbytes.rb
> It has had no maintainer but is not being actively developed.
> A submaintainer is possibly necessary.
>
> == lib/rexml
> Sean Russel has been the maintainer but he did not reply to the
> confirmation process.
>
> A new maintainer is wanted.
>
> == lib/rubygems
> Same as rdoc.
> Would you continue to maintain RubyGems, Eric? Right?
>
> == lib/rubyunit.rb
> Nathaniel Talbott released the maintainership. But this library does not
> need to be actively maintained. The maintainer of it is not necessary.
>
> A submaintainer is possibly wanted.
>
> == lib/runit.rb
> Same as rubyunit. A submaintainer is possibly wanted.
>
> == lib/tmpdir.rb
> WATANABE Hirofumi released the maintainership.
>
> It is not being actively developed. A submaintainer is possibly necessary.
>
> == lib/thread.rb
> It is not being actively developed. A submaintainer is possibly necessary.
>
> == lib/weakref.rb
> It has had no maintainer but it has not been modified since 2007. The
> maintainer of it is probably unnecessary.
>
> == lib/webrick
> GOTO Yuzo has been the maintainer but he wants to find another maintainer.
> A new maintainer is wanted.
>
> == lib/xmlrpc
> It has had no maintainer. A new maintainer is wanted.
>
> == lib/yaml, ext/syck
> Why the lucky stiff had been the maintainer until he disappeared.
> A new maintainer is wanted.
>
> == ext/Win32API
> WATANABE Hirofumi released the maintainership.
>
> == ext/bigdecimal
> Shigeo Kobayashi has been the maintainer. But he is little busy.
> Submaintainers are wanted.
>
> == ext/dbm, ext/gdbm, ext/sdbm
> Matz has been the maintainer. But he wants to find another maintainer.
> A new maintainer is wanted.
>
> == ext/dl
> Takaaki Tateishi has been the maintainer but he did not reply to the
> confirmation process and he has done nothing for 3 years.
>
> I believe now Aaron Patterson is the submaintainer of it.
>
> == ext/etc
> It has had no maintainer but has been maintained by Nobuyuki Nakada.
>
> A new maintainer is wanted. Would you become the maintainer, nobu?
>
> == etc/fcntl
> It has had no maintainer but is not being actively developed.
> A submaintainer is possibly necessary.
>
> == ext/mathn/complex
> Keiju is the maintainer of ext/mathn/rational. I believe he has
> maintainership of it too. Keiju, what do you think?
>
> == ext/openssl
> GOTO Yuzo has been the maintainer but he wants to find another maintainer.
> A new maintainer is wanted.
>
> == ext/pty
> It has had no maintainer. A new maintainer is wanted.
>
> == ext/ripper
> Same as net/http. A new maintainer is wanted.
>
> == ext/socket
> It has had no maintainer. A new maintainer is wanted.
>
> == ext/strscan
> Same as net/http. A new maintainer is wanted.
>
> == ext/zlib
> Katsuhiro Ueno released the maintainership. A new maintainer is wanted.
>
>
> Thanks,
> -- Yugui (Yuki Sonoda)  <yugui@yugui.jp>
>
>

In This Thread

Prev Next