[#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:26704] Maintainer confirmation process done.

From: "Yugui (Yuki Sonoda)" <yugui@...>
Date: 2009-11-12 08:29:55 UTC
List: ruby-core #26704
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