[#39810] 2.0 feature questionnaire — SASADA Koichi <ko1@...>
I made a questionnaire "What do you want to introduce in 2.0?" in my
59 messages
2011/10/01
[#39817] Re: 2.0 feature questionnaire
— Chuck Remes <cremes.devlist@...>
2011/10/01
[#39822] Re: 2.0 feature questionnaire
— Jeremy Kemper <jeremy@...>
2011/10/02
2011/10/1 SASADA Koichi <[email protected]>:
[#39827] Re: 2.0 feature questionnaire
— Yukihiro Matsumoto <matz@...>
2011/10/02
Hi,
[#39846] Re: 2.0 feature questionnaire
— Jeremy Kemper <jeremy@...>
2011/10/02
On Sun, Oct 2, 2011 at 1:30 AM, Yukihiro Matsumoto <[email protected]> wro=
[#39847] Re: 2.0 feature questionnaire
— Urabe Shyouhei <shyouhei@...>
2011/10/02
Oops, I was mentioned.
[#40017] Re: 2.0 feature questionnaire
— Evan Phoenix <evan@...>
2011/10/07
See below.
[#40018] Re: 2.0 feature questionnaire
— Urabe Shyouhei <shyouhei@...>
2011/10/07
(10/07/2011 02:19 PM), Evan Phoenix wrote:
[#40019] Re: 2.0 feature questionnaire
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/07
[#40021] Re: 2.0 feature questionnaire
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/10/07
>> No, it isn't. =A0MVM-aware extensions shall obey the MVM-safe APIs.
[#40324] Re: 2.0 feature questionnaire
— Charles Oliver Nutter <headius@...>
2011/10/25
2011/10/1 SASADA Koichi <[email protected]>:
[#40331] Re: 2.0 feature questionnaire
— Joshua Ballanco <jballanc@...>
2011/10/25
On Monday, October 24, 2011 at 10:29 PM, Charles Oliver Nutter wrote:
[#40372] Re: 2.0 feature questionnaire
— Rocky Bernstein <rockyb@...>
2011/10/25
On Mon, Oct 24, 2011 at 10:29 PM, Charles Oliver Nutter <[email protected]
[#40373] Re: 2.0 feature questionnaire
— Charles Oliver Nutter <headius@...>
2011/10/25
On Tue, Oct 25, 2011 at 3:51 PM, Rocky Bernstein <[email protected]> wrote:
[#40398] Re: 2.0 feature questionnaire
— Tim Felgentreff <[email protected]>
2011/10/26
On Tue, Oct 25, 2011 at 1:51 PM, Rocky Bernstein <[email protected]>wrote:
[#39823] Discussion results — SASADA Koichi <ko1@...>
Hi,
34 messages
2011/10/02
[#39840] Re: Discussion results
— Intransition <transfire@...>
2011/10/02
I did not have the fortune of attending the discussion, but I would
[#39844] Re: Discussion results
— Yukihiro Matsumoto <matz@...>
2011/10/02
Hi,
[#39851] Re: Discussion results (here documents with indents)
— "Martin J. Dürst" <duerst@...>
2011/10/03
Hello Matz,
[#39862] Re: Discussion results (here documents with indents)
— Yusuke Endoh <mame@...>
2011/10/03
Hello,
[#39874] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 8:16 AM, Yusuke Endoh <[email protected]> wrote:
[#39875] Re: Discussion results (here documents with indents)
— Jim Freeze <jimfreeze@...>
2011/10/03
How does String#margin behave when given irregular input?
[#39879] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 11:05 AM, Jim Freeze <[email protected]> wrote:
[#39883] Re: Discussion results (here documents with indents)
— Gmail <jimfreeze@...>
2011/10/03
Sent from my iPad
[#39884] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 1:52 PM, Gmail <[email protected]> wrote:
[#39869] Re: Discussion results (here documents with indents)
— Nikolai Weibull <now@...>
2011/10/03
On Mon, Oct 3, 2011 at 14:16, Yusuke Endoh <[email protected]> wrote:
[#39909] Re: Discussion results (here documents with indents)
— "Martin J. Dürst" <duerst@...>
2011/10/04
[#39824] Road to 2.0 — SASADA Koichi <ko1@...>
Hi,
9 messages
2011/10/02
[#39836] Re: Road to 2.0
— Yusuke Endoh <mame@...>
2011/10/02
Hello,
[#39886] [Ruby 1.9 - Bug #5393][Open] some style fixes in enum.c docs — b t <redmine@...>
7 messages
2011/10/03
[#39888] [Ruby 1.9 - Feature #5394][Open] Anonymous Symbols, Anonymous Methods — Kurt Stephens <ks.ruby@...>
8 messages
2011/10/03
[#39915] [Ruby 1.9 - Feature #5400][Open] Remove flip-flops in 2.0 — Magnus Holm <judofyr@...>
29 messages
2011/10/04
[#39926] Re: [Ruby 1.9 - Feature #5400][Open] Remove flip-flops in 2.0
— Yusuke Endoh <mame@...>
2011/10/04
Hello,
[#39918] [Ruby 1.9 - Bug #5401][Open] Ruby 1.9.3 interpreter crash — Conrad Taylor <conradwt@...>
5 messages
2011/10/04
[#39937] redmine 2.0 tracker — SASADA Koichi <ko1@...>
There is no 2.0 tracker (sub-project) in redmine.
5 messages
2011/10/04
[#39957] [Ruby 1.9 - Bug #5407][Open] Cannot build ruby-1.9.3-rc1 with TDM-GCC 4.6.1 on Windows XP SP3 — Heesob Park <phasis@...>
11 messages
2011/10/05
[#40177] [Ruby 1.9 - Bug #5407] Cannot build ruby-1.9.3-rc1 with TDM-GCC 4.6.1 on Windows XP SP3
— Heesob Park <phasis@...>
2011/10/17
[#39986] problems with Refinements — Shugo Maeda <shugo@...>
Hi,
13 messages
2011/10/06
[#39988] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/06
There are also the group of people that think refinements are just a
[#39990] Re: problems with Refinements
— Yukihiro Matsumoto <matz@...>
2011/10/06
Hi,
[#39996] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/06
> Unfortunately, I missed Brian's talk, so we have to wait until the
[#40015] Re: problems with Refinements
— Shugo Maeda <shugo@...>
2011/10/07
Hi,
[#40016] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/07
> I am not sure why
[#39993] [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library — David Graham <david.malcom.graham@...>
10 messages
2011/10/06
[#40012] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— Kenta Murata <muraken@...>
2011/10/07
(2011.10.07 01:50 ), David Graham wrote:
[#40020] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— Clifford Heath <clifford.heath@...>
2011/10/07
On 07/10/2011, at 1:16 PM, Kenta Murata wrote:
[#40004] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— SASADA Koichi <ko1@...>
2011/10/06
(2011/10/07 1:50), David Graham wrote:
[#40008] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— James Gray <james@...>
2011/10/07
On Thu, Oct 6, 2011 at 6:34 PM, SASADA Koichi <[email protected]> wrote:
[#40058] Statistical Profiling — Perry Smith <pedzsan@...>
Would it be plausible to somehow, get the (ruby) stack of the running =
7 messages
2011/10/08
[#40073] [Ruby 1.9 - Feature #5427][Open] Not complex patch to improve `require` time (load.c) — Yura Sokolov <funny.falcon@...>
31 messages
2011/10/09
[#40080] [Ruby 1.9 - Feature #5427] Not complex patch to improve `require` time (load.c)
— Yui NARUSE <naruse@...>
2011/10/09
[#40117] [Ruby 1.9 - Bug #5437][Open] Using fibers leads to huge memory leak — Robert Pankowecki <robert.pankowecki@...>
8 messages
2011/10/12
[#40172] plans for 2.0. — Carter Cheng <cartercheng@...>
Hello,
6 messages
2011/10/17
[#40173] Re: plans for 2.0.
— "NARUSE, Yui" <naruse@...>
2011/10/17
2011/10/17 Carter Cheng <[email protected]>:
[#40188] [Ruby 2.0 - Feature #5454] keyword arguments — Yukihiro Matsumoto <matz@...>
16 messages
2011/10/17
[#40189] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Evan Phoenix <evan@...>
2011/10/17
This looks very interesting=21 Would someone be willing to translate to e=
[#40191] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Yutaka Hara <yutaka.hara@...>
2011/10/18
Hi,
[#40192] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Yukihiro Matsumoto <matz@...>
2011/10/18
Hi,
[#40195] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Evan Phoenix <evan@...>
2011/10/18
Thanks for the translation=21
[#40197] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/18
RnJvbSB0aGUgY3VycmVudCBwYXRjaCBpdCBzZWVtcyB0byBtZSB0aGF0IHRoaXMgd291bGQgcmFp
[#40200] [Ruby 1.9 - Bug #5459][Open] Silence -Wmissing-declarations and -Wold-style-definition warnings in mkmf — Nikolai Weibull <now@...>
5 messages
2011/10/18
[#40203] invoking garbage_collect in gc.c — Carter Cheng <cartercheng@...>
Hello,
4 messages
2011/10/18
[#40259] Counseling — Perry Smith <pedzsan@...>
Ruby and I are back in counseling... Its always the same thing with =
21 messages
2011/10/21
[#40263] Re: Counseling
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/21
What's your $LC_CTYPE? What OS are you on?
[#40264] Re: Counseling
— Gon軋lo Silva <goncalossilva@...>
2011/10/21
Hi all,
[#40266] Re: Counseling
— Bill Kelly <billk@...>
2011/10/21
Gon軋lo Silva wrote:
[#40267] Re: Counseling
— Perry Smith <pedzsan@...>
2011/10/22
[#40268] Re: Counseling
— Eric Hodel <[email protected]>
2011/10/22
On Oct 21, 2011, at 9:43 AM, Perry Smith wrote:
[#40269] Re: Counseling
— Joshua Ballanco <jballanc@...>
2011/10/22
To try and cut to the core of the issue: in Ruby 1.8 it was common practi=
[#40278] Re: Counseling
— Jon <jon.forums@...>
2011/10/22
> What Ruby needs (IMHO), is the equivalent of Obj-C's NSData class. That is,
[#40286] Re: Counseling
— Joshua Ballanco <jballanc@...>
2011/10/23
On Saturday, October 22, 2011 at 12:43 PM, Jon wrote:
[#40271] Can rubygems save us from "binary-compatibility hell"? — Yusuke Endoh <mame@...>
Hello, rubygems developers --
17 messages
2011/10/22
[#40276] Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/10/22
Forwarding this again to ruby-core as received a postmaster delivery failur=
[#40918] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40919] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/11/10
On Thu, Nov 10, 2011 at 4:38 PM, Yusuke Endoh <[email protected]> wrote:
[#40920] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40921] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/11/10
2011/11/10 Yusuke Endoh <[email protected]>:
[#40925] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40579] Re: Can rubygems save us from "binary-compatibility hell"?
— V咜 Ondruch <v.ondruch@...>
2011/10/31
Dne 22.10.2011 4:48, Yusuke Endoh napsal(a):
[#40584] Re: Can rubygems save us from "binary-compatibility hell"?
— Eric Hodel <[email protected]>
2011/10/31
On Oct 31, 2011, at 2:41 PM, V=EDt Ondruch wrote:
[#40651] Re: Can rubygems save us from "binary-compatibility hell"?
— V咜 Ondruch <v.ondruch@...>
2011/11/01
Dne 1.11.2011 0:05, Eric Hodel napsal(a):
[#40655] Re: Can rubygems save us from "binary-compatibility hell"?
— Eric Hodel <[email protected]>
2011/11/01
On Nov 1, 2011, at 2:03 PM, V=EDt Ondruch wrote:
[#40281] [Ruby 2.0 - Bug #5470][Open] r33507 and r33508 break the build under MinGW — Luis Lavena <luislavena@...>
4 messages
2011/10/22
[#40284] set_trace_func changed? — Intransition <transfire@...>
Did something change about `set_trace_func` between 1.8.7 and 1.9.3?
5 messages
2011/10/22
[#40290] [ruby-trunk - Feature #5474][Assigned] keyword argument — Yusuke Endoh <mame@...>
36 messages
2011/10/23
[#40518] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Benoit Daloze <eregontp@...>
2011/10/29
Hi,
[#40298] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/24
Hi,
[#40299] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Evan Phoenix <evan@...>
2011/10/24
See below.
[#40300] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/24
Hi,
[#40675] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Roger Pack <rogerdpack2@...>
2011/11/02
> |> It's Python way, and I won't take it.
[#40414] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/26
More refinement below. I think we're on a good path here.
[#40416] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/26
Hi,
[#40418] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Joshua Ballanco <jballanc@...>
2011/10/26
On Wed, Oct 26, 2011 at 2:08 PM, Yukihiro Matsumoto <[email protected]>wrote:
[#40425] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/27
Hi,
[#40431] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/27
On Wed, Oct 26, 2011 at 7:30 PM, Yukihiro Matsumoto <[email protected]> wr=
[#40447] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Nobuyoshi Nakada <nobu@...>
2011/10/27
Hi,
[#40449] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/27
On Thu, Oct 27, 2011 at 3:16 AM, Nobuyoshi Nakada <[email protected]> wrot=
[#40451] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/27
Hi,
[#40311] [ruby-trunk - Feature #5478][Open] import Set into core, add syntax — Konstantin Haase <Konstantin.Haase@...>
33 messages
2011/10/24
[#41476] [ruby-trunk - Feature #5478] import Set into core, add syntax
— Alexey Muranov <muranov@...>
2011/12/04
[#41480] Re: [ruby-trunk - Feature #5478] import Set into core, add syntax
— Eero Saynatkari <ruby-ml@...>
2011/12/04
On 2011-12-04, at 16:15:00, Alexey Muranov wrote:
[#40312] [ruby-trunk - Feature #5479][Open] import StringIO into core, add String#to_io — Konstantin Haase <Konstantin.Haase@...>
9 messages
2011/10/24
[#40350] [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Charles Nutter <headius@...>
2011/10/25
[#40363] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Aaron Patterson <tenderlove@...>
2011/10/25
On Tue, Oct 25, 2011 at 10:14:54PM +0900, Charles Nutter wrote:
[#40365] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/25
My main request was to add String#to_io, as Aaron described, so this protoc=
[#40367] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Aaron Patterson <tenderlove@...>
2011/10/25
On Wed, Oct 26, 2011 at 02:22:21AM +0900, Haase, Konstantin wrote:
[#40314] [ANN] 2011 Call for grant proposals — Shugo Maeda <shugo@...>
Hello,
8 messages
2011/10/24
[#41495] Re: [ANN] 2011 Call for grant proposals
— Shugo Maeda <shugo@...>
2011/12/06
Hello,
[#41504] Re: [ANN] 2011 Call for grant proposals
— Roger Pack <rogerdpack2@...>
2011/12/06
> Ruby reference manual for you, me and everyoneApplicant: Yutaka Hara
[#40316] [ruby-trunk - Feature #5481][Open] Gemifying Ruby standard library — Hiroshi Nakamura <nakahiro@...>
86 messages
2011/10/24
[#40318] [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Hiroshi Nakamura <nakahiro@...>
2011/10/24
[#40334] [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Lucas Nussbaum <lucas@...>
2011/10/25
[#40343] Re: [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Intransition <transfire@...>
2011/10/25
[#40345] Re: [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Magnus Holm <judofyr@...>
2011/10/25
On Tue, Oct 25, 2011 at 14:45, Intransition <[email protected]> wrote:
[#40322] [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0 — Thomas Sawyer <transfire@...>
19 messages
2011/10/25
[#40326] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Yusuke Endoh <mame@...>
2011/10/25
Come back when all 1.9 features and callcc are implemented :-)
[#40330] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— SASADA Koichi <ko1@...>
2011/10/25
(2011/10/25 12:46), Yusuke Endoh wrote:
[#40400] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Tim Felgentreff <[email protected]>
2011/10/26
On Mon, Oct 24, 2011 at 9:58 PM, SASADA Koichi <[email protected]> wrote:
[#40410] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Charles Oliver Nutter <headius@...>
2011/10/26
On Tue, Oct 25, 2011 at 11:45 PM, Tim Felgentreff <[email protected]> wrote:
[#40325] [ruby-trunk - Feature #5482] Rubinius as basis for Ruby 2.0
— Charles Nutter <headius@...>
2011/10/25
[#40356] JIT development for MRI — Carter Cheng <cartercheng@...>
Hello,
25 messages
2011/10/25
[#40361] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/25
Hello Charlie,
[#40390] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/26
Hi,
[#40394] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
Dear Koichi SASADA,
[#40395] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
I noticed that you used context threading in YARV. Do you have some analysis
[#40417] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/26
Thanks for reference.
[#40423] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
Thanks Koichi.
[#40437] Re: JIT development for MRI
— Charles Oliver Nutter <headius@...>
2011/10/27
On Wed, Oct 26, 2011 at 6:43 PM, Carter Cheng <[email protected]> wrote:
[#40439] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/27
Hi Carter,
[#40441] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/27
Thanks Koichi. How do profiling based approaches differ from trace recording
[#40412] [ruby-trunk - Bug #5486][Open] rb_stat() doesn’t respect input encoding — Nikolai Weibull <now@...>
15 messages
2011/10/26
[#40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Usaku NAKAMURA <redmine@...>
2011/10/28
[#40486] Re: [ruby-core:40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2011/10/28
On Fri, Oct 28, 2011 at 07:28, Usaku NAKAMURA <[email protected]> wrote=
[#40487] Re: [ruby-core:40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2011/10/28
On Fri, Oct 28, 2011 at 08:14, Nikolai Weibull <[email protected]> wrote:
[#43236] [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nobuyoshi Nakada <nobu@...>
2012/03/11
[#43260] Re: [ruby-core:43236] [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2012/03/13
On Sun, Mar 11, 2012 at 22:41, Nobuyoshi Nakada <[email protected]> wrote:
[#43288] Re: [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— "U.Nakamura" <usa@...>
2012/03/15
Hello,
[#43294] Re: [ruby-core:43288] Re: [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2012/03/15
2012/3/15 U.Nakamura <[email protected]>:
[#40427] cfp consistency error — Aaron Patterson <tenderlove@...>
Hi, I'm getting a cfp consistency error when I use trunk ruby. Here is
5 messages
2011/10/27
[#40453] Test case format — Jon <jon.forums@...>
I see no mention of a required (or preferred) test case format after reviewing:
4 messages
2011/10/27
[#40455] Re: Test case format
— Martin Bo煬et <martin.bosslet@...>
2011/10/27
2011/10/27 Jon <[email protected]>:
[#40489] [ruby-trunk - Bug #5497][Open] Math.log10(10_000) error on HP-UX/PA — The Written Word Inc <bugs-ruby@...>
10 messages
2011/10/28
[#40492] [ruby-trunk - Feature #5505][Open] BasicObject#__extend__ — Thomas Sawyer <transfire@...>
5 messages
2011/10/28
[#40527] [ANN] Ruby 1.9.3-p0 is out — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
9 messages
2011/10/30
[#40528] Re: [ANN] Ruby 1.9.3-p0 is out
— Luis Lavena <luislavena@...>
2011/10/30
Hello,
[#40529] Re: [ANN] Ruby 1.9.3-p0 is out
— Yugui <yugui@...>
2011/10/30
On Sun, Oct 30, 2011 at 11:11 PM, Luis Lavena <[email protected]> wrote:
[#40530] Re: [ANN] Ruby 1.9.3-p0 is out
— Luis Lavena <luislavena@...>
2011/10/30
On Sun, Oct 30, 2011 at 11:20 AM, Yugui <[email protected]> wrote:
[#40535] Re: [ANN] Ruby 1.9.3-p0 is out
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/10/30
> On Sun, Oct 30, 2011 at 11:20 AM, Yugui <[email protected]> wrote:
[#40562] [ruby-trunk - Bug #5525][Open] UDPSocket#bind(ip, port) fails under IPv6 => Errno::EAFNOSUPPORT — Iñaki Baz Castillo <ibc@...>
6 messages
2011/10/31
[#40571] [ruby-trunk - Bug #5529][Open] Bus error with Fibers on OSX Lion — Dave Thomas <dave@...>
10 messages
2011/10/31
[#40586] [ruby-trunk - Feature #5531][Open] deep_value for dealing with nested hashes — Kyle Peyton <kylepeyton@...>
19 messages
2011/10/31
[ruby-core:40318] [ruby-trunk - Feature #5481] Gemifying Ruby standard library
From:
Hiroshi Nakamura <nakahiro@...>
Date:
2011-10-24 21:51:46 UTC
List:
ruby-core #40318
Issue #5481 has been updated by Hiroshi Nakamura.
=begin
== Background
There was an awesome keynote by Aaron at RubyKaigi2011.
* RubyKaigi 2011 keynote by Aaron Patterson (tenderlove) / AT&T Interactive: ((<URL:http://vimeo.com/26507951>))
* Most relevant parts for this topic
* 14'27" -- 25'55": Ruby's release cycle and gem inconsistencies
* 24'05" -- 27'25": Converting stdlib into gems and release them along with the ruby tarball ("That's one thing I'd like to see changed")
At the next session, Matz and Japanese ruby-core committers discussed the next ruby release. Matz said 'there will be no 1.9.4 because it becomes 2.0'. (Note: See the discussion at ((<URL:https://redmine.ruby-lang.org/issues/5056>)).)
Any detailed changes for 2.0 were not known but I (NaHi) thought that gemifying stdlib should happen before the changes because it would include incompatible behaviors. The work for gemifying would be postponed after 2.0 release (we must be busy for stabilizing 2.0 release.) I was thinking that gemifying stdlib for faster iteration (shorter release cycle) which had been explained in Aaron's keynote was a must and I wanted to see that happen soon. I talked to Aaron(tenderlove) and Eric(drbrain, a maintainer of RubyGems) first about how we could make it happen and to make this proposal.
I also asked Matz about it.
* ((<URL:https://twitter.com/#!/nahi/status/92386241156349952>))
Then I got the reponse 'Talk to Yuki Sonoda(yugui) and Aaron. I say yes'.
* ((<URL:https://twitter.com/#!/yukihiro_matz/status/92400266493702144>))
So I talked with many ruby committers including Yuki and Aaron at RubyKaigi2011. Lots of discussion about the benefits and what must not happen. Not a unanimous accord, but almost all committers there agreed/understood what we're planning to do by gemifying stdlib.
Now, at the time 1.9.3 is being released, I want to start the work.
=end
----------------------------------------
Feature #5481: Gemifying Ruby standard library
http://redmine.ruby-lang.org/issues/5481
Author: Hiroshi Nakamura
Status: Open
Priority: Normal
Assignee:
Category: lib
Target version: 2.0
=begin
Up-to-date summary of this proposal is at ((<URL:https://redmine.ruby-lang.org/projects/ruby/wiki/StdlibGem>))
== Motivation
* ruby's release cycle is slow for some standard libraries;
* ex. security fix for WEBrick, xmlrpc and Zlib.
* ex. API iteration for net/http, OpenSSL, json, psych, RDoc, minitest and rake.
* There's already the feature called 'default gems' in ruby and some stdlibs are already using it:
* rake, rdoc, minitest, json, io-console, bigdecimal
* And some gems are already doing out-of-band releases.
* When releasing we should give independence equally to all stdlibs, but in a consistent and controllable way.
== Proposal
* Allow out-of-band stdlib releases.
* We are not proposing changes to ruby's release management, the release manager would decide when they release ruby and stdlib.
* Allow more stdlibs to be installed as a 'default gem'
* Register these gems on RubyGems.org
* Introduce a new mechanism: controlling supported ruby version so that we can avoid installing unexpected version of stdlib gems.
For example, a WEBrick gem for ruby 2.0.1 (released from ruby_2_0_1 branch) should not be installed for ruby 2.0.0 (released from ruby_2_0_0 branch) unless we know it works for both 2.0.0 and 2.0.1.
Note:
* Moving stdlibs repository location is not a target of this proposal. The implementation details of stdlib gems should hide this from ruby committers.
* ruby_1_9_3 is not a target of this proposal. The change should be introduced from 2.0.0 release.
...Some more details of the proposal and discussion topics are going to follow as comments.
=end
--
http://redmine.ruby-lang.org