[#37730] [Ruby 1.9 - Bug #4962][Open] come back gem_prelude! — Yusuke Endoh <mame@...>

24 messages 2011/07/02

[#37840] [Ruby 1.9 - Feature #4985][Open] Add %S[] support for making a list of symbols — Aaron Patterson <aaron@...>

23 messages 2011/07/07

[#37866] [Backport87 - Feature #4996][Open] About 1.8.7 EOL — Shyouhei Urabe <shyouhei@...>

22 messages 2011/07/08

[#37913] [Ruby 1.9 - Bug #5003][Open] Enumerator#next segfaults in OS X Lion (10.7) — Ganesh Gunasegaran <ganesh.gunas@...>

16 messages 2011/07/09

[#37917] [Ruby 1.9 - Feature #5005][Open] Provide convenient access to original methods — Lazaridis Ilias <ilias@...>

13 messages 2011/07/09

[#37932] [Ruby 1.9 - Feature #5008][Open] Equal rights for Hash (like Array, String, Integer, Float) — Suraj Kurapati <sunaku@...>

31 messages 2011/07/09

[#37936] [Ruby 1.9 - Feature #5010][Open] Add Slop(-like) in stdlib and deprecate current OptionParser API — Rodrigo Rosenfeld Rosas <rr.rosas@...>

29 messages 2011/07/09

[#37968] [Ruby 1.9 - Bug #5015][Open] method_added" is called in addition to "method_undefined — Lazaridis Ilias <ilias@...>

14 messages 2011/07/10

[#38096] [Ruby 1.9 - Feature #5033][Open] PATCH: 1.9: gc_mark_children: Avoid gc_mark() tail recursion, use goto again. — Kurt Stephens <ks.ruby@...>

14 messages 2011/07/16

[#38109] [Ruby 1.9 - Bug #5034][Open] C Source Code formatting — Lazaridis Ilias <ilias@...>

18 messages 2011/07/16

[#38171] [Ruby 1.9 - Bug #5047][Open] Segfault (most likely involving require) — Jack Christensen <jack@...>

21 messages 2011/07/18

[#38182] [Ruby 1.9 - Feature #5054][Open] Compress a sequence of ends — ANDO Yasushi ANDO <andyjpn@...>

68 messages 2011/07/19

[#38197] [Ruby 1.9 - Feature #5056][Open] About 1.9 EOL — Shyouhei Urabe <shyouhei@...>

39 messages 2011/07/19
[#38900] [Ruby 1.9 - Feature #5056] About 1.9 EOL — Shota Fukumori <sorah@...> 2011/08/10

[#38902] Re: [Ruby 1.9 - Feature #5056] About 1.9 EOL — Yukihiro Matsumoto <matz@...> 2011/08/10

Hi,

[#39048] Re: [Ruby 1.9 - Feature #5056] About 1.9 EOL — SASADA Koichi <ko1@...> 2011/08/22

Hi,

[#39055] Re: [Ruby 1.9 - Feature #5056] About 1.9 EOL — Lucas Nussbaum <lucas@...> 2011/08/23

On 23/08/11 at 06:50 +0900, SASADA Koichi wrote:

[#38295] [Ruby 1.9 - Feature #5064][Open] HTTP user-agent class — Eric Hodel <drbrain@...7.net>

15 messages 2011/07/21

[#38391] [Ruby 1.9 - Bug #5076][Open] Mac OS X Lion Support — Yui NARUSE <naruse@...>

17 messages 2011/07/22

[#38503] [Ruby 1.9 - Feature #5096][Open] offer Logger-compatibility for ext — Eric Wong <normalperson@...>

16 messages 2011/07/25

[#38510] [Ruby 1.9 - Feature #5097][Assigned] Supported platforms of Ruby 1.9.3 — Yui NARUSE <naruse@...>

42 messages 2011/07/26

[#38526] [Backport92 - Backport #5099][Open] Backport r31875 load path performance problem — Aaron Patterson <aaron@...>

19 messages 2011/07/26

[#38538] [Ruby 1.9 - Feature #5101][Open] allow optional timeout for TCPSocket.new — Eric Wong <normalperson@...>

15 messages 2011/07/27

[#38610] [Ruby 1.9 - Feature #5120][Open] String#split needs to be logical — Alexey Muranov <muranov@...>

18 messages 2011/07/30

[#38623] [Ruby 1.9 - Feature #5123][Open] Alias Hash 1.9 as OrderedHash — Alexey Muranov <muranov@...>

14 messages 2011/07/31

[ruby-core:38413] Re: [Ruby 1.9 - Feature #5056] About 1.9 EOL

From: Kirk Haines <wyhaines@...>
Date: 2011-07-23 00:09:56 UTC
List: ruby-core #38413
If 2.0 is just a lot compatible iteration of 1.9.3, and could just as easily
be called 1.9.4, then why not just call it 1.9.4? Using the 2.0 version jump
implies a substantial bump in the language, with changes in api's and
compatibility. It is the perfect place to clean up things that can not go
into 1.9.4 because the change is too big (such as C API changes, or adding
class boxing). So, to me, it would make sense to release 1.9.4 in early
2012, while developing a roadmap for what 2.0 should include. Then after
1.9.4 is released, we fork to start the 2.0 branch while someone continues
to maintain 1.9.4 (and probably 1.9.3) for bug fixes. This is similar to
what Koichi-san suggested, I believe.

Kirk Haines
On Jul 20, 2011 7:30 PM, "Motohiro KOSAKI" <kosaki.motohiro@gmail.com>
wrote:
>
> Issue #5056 has been updated by Motohiro KOSAKI.
>
>
>>> Sorry, I don't get it. "2.0 is one of 1.9 series" ? Please explain a
bit.
>>>
>>> But I really want this topic to be concise. Thank you.
>>>
>>> 風呂敷広げて議論が発散するのは勘弁してください。
>>
>>There are two principles of Ruby 2.0; in short,
>>* 2.0 is much different from 1.9.3
>>* 2.0 is not different from 1.9.3 so much
>>
>>On latter one, 2.0 is one of 1.9.x series and we don't need neither
ruby_1_9 branch and this >thread.
>>
>>So first of all we should decide what is the 2.0.
>>Current my understanding is, Ruby 2.0 is the one we release in 2012.
>
> OK, I've caught your point and I like this. I would suggest
>
> - 1.9.4 will be released in early 2012. It has only small update.
> because development time is smaller than 1.9.[123].
> - 2.0 will be released in 2013 Feb. it's good candidate because ruby was
born at Feb 24 1993.
> - 2.0 don't have any incompatibility
> - no ruby_1_9 branch
> - keep "release once per a year" rule
> - 3.0 may have API change, but it's 2015 or later
>
> Thought?
>
> ----------------------------------------
> Feature #5056: About 1.9 EOL
> http://redmine.ruby-lang.org/issues/5056
>
> Author: Shyouhei Urabe
> Status: Assigned
> Priority: Normal
> Assignee: Yukihiro Matsumoto
> Category: Project
> Target version: 2.0
>
>
> =begin
>
> At RubyKaigi, I was surprised to hear Matz saying "there will be no
> 1.9.4 because it becomes 2.0".
>
> Question 1: are you kidding? or seriously speaking?
>
> Question 2: do you have plan(s) for making 1.9 branch just like we
> have 1.8 branch now? or the whole 1.9 series just die when 2.0
> development starts?
>
> Question 3: who take care of the 2.0 branch? and who for 1.9 (if any)?
> Currently yugui is the mentor of 1.9 series. Does she shift to 2.0
> mentor and new 1.9 person to appear, or she remains to 1.9 and new one
> for 2.0?
>
> =end
>
>
>
> --
> http://redmine.ruby-lang.org
>

In This Thread