[#54738] [ruby-trunk - Bug #8358][Open] TestSprintf#test_float test failuer on mingw32 — "phasis68 (Heesob Park)" <phasis@...>

36 messages 2013/05/02

[#54749] [ruby-trunk - Feature #8361][Open] Alternative syntax for block parameter — "alexeymuranov (Alexey Muranov)" <redmine@...>

12 messages 2013/05/02

[#54798] [ruby-trunk - Bug #8370][Open] Constants MAX_MULTIPART_LENGTH in cgi\core.rb — "xibbar (Takeyuki FUJIOKA)" <xibbar@...>

17 messages 2013/05/05

[#54850] [ruby-trunk - Feature #8377][Open] Deprecate :: for method calls in 2.1 — "charliesome (Charlie Somerville)" <charliesome@...>

27 messages 2013/05/07

[#54881] [ruby-trunk - Bug #8384][Open] Cannot build ruby against OpenSSL build with "no-ec2m" — "vo.x (Vit Ondruch)" <v.ondruch@...>

16 messages 2013/05/09

[#54921] [ruby-trunk - Bug #8393][Open] A class who's parent class is in a module can go wrong if files are required in the wrong order — "eLobato (Daniel Lobato Garcia)" <elobatocs@...>

15 messages 2013/05/12

[#54939] [ruby-trunk - Bug #8399][Open] Remove usage of RARRAY_PTR in C extensions when not needed — "dbussink (Dirkjan Bussink)" <d.bussink@...>

32 messages 2013/05/12

[#55053] [ruby-trunk - Feature #8426][Open] Implement class hierarchy method caching — "charliesome (Charlie Somerville)" <charliesome@...>

21 messages 2013/05/19

[#55096] [ruby-trunk - Feature #8430][Open] Rational number literal — "mrkn (Kenta Murata)" <muraken@...>

28 messages 2013/05/21

[#55197] [ruby-trunk - Feature #8461][Open] Easy way to disable certificate checking in XMLRPC::Client — "herwinw (Herwin Weststrate)" <herwin@...>

11 messages 2013/05/29

[ruby-core:54834] Re: Plan to the first 2.0.0 patchlevel release.

From: Aman Gupta <ruby@...1.net>
Date: 2013-05-06 17:19:46 UTC
List: ruby-core #54834
On Mon, May 6, 2013 at 6:05 AM, Tomoyuki Chikanaga
<nagachika00@gmail.com> wrote:
> Hello,
>
> Thank you for your replies.
>
>> It would be great if #8357 would also make it too.
> I've backported r40561 at r40575.
>
>> #8015
> As I announced at [ruby-core:52534], new features will not be backported.
>
>> #8092
>> #8093
>> #8095
> These were already backported via [Backport #8147], [Backport #8146]
> and [Backport #8145].

Great, thanks.

>
>> #8142
>> #8143
>> #8149
> These seem like performance optimization patches.
> The optimization patches have less priority for backport.
> I think a patch achieves noticeable performance improvement could be treated
> as "a bug fix". It'll fixes a heavy performance reduction ;-)
> But now, just before the coming release, I want to be conservative.

These three patches are very short and simple, so I believe they are
worth backporting. The chance for regression is very small.

However, I understand if you would prefer to be conservative for the
upcoming release.

  Aman

>
> Thanks,
>
>
> 2013/5/6 Aman Gupta <ruby@tmm1.net>:
>> Could you please backport the following:
>>
>> #8015
>> #8092
>> #8093
>> #8095
>> #8142
>> #8143
>> #8149
>>
>> On Thu, May 2, 2013 at 6:13 AM, Marc-Andre Lafortune
>> <ruby-core-mailing-list@marc-andre.ca> wrote:
>>> Hi,
>>>
>>> It would be great if #8357 would also make it too.
>>>
>>> Thanks!
>>>
>>> On Fri, Apr 26, 2013 at 1:15 PM, Tomoyuki Chikanaga <nagachika00@gmail.com>
>>> wrote:
>>>>
>>>> I'd like to release the first 2.0.0 patchlevel release about 2nd week of
>>>> May (after the japanese holidays week).
>>>> I will backport for some major issues, then move to release preparation
>>>> phase.
>>>> I've heard that [Bug #8040] has been expected to included in next release.
>>>>
>>>> If you have some important issues, please tell me.
>>>> And when I create a test package, please help to check it.
>>>>
>>>> Thank you for your kind support.
>>>
>>>
>>
>

In This Thread