[#29911] [Bug #3231] Digest Does Not Build — Charlie Savage <redmine@...>

Bug #3231: Digest Does Not Build

19 messages 2010/05/01

[#29920] [Feature #3232] Loops (while/until) should return last statement value if any, like if/unless — Benoit Daloze <redmine@...>

Feature #3232: Loops (while/until) should return last statement value if any, like if/unless

9 messages 2010/05/01

[#29997] years in Time.utc — Xavier Noria <fxn@...>

Does anyone have a precise statement about the years supported by

13 messages 2010/05/04

[#30010] [Bug #3248] extension 'tk' is finding tclConfig.sh and tkConfig.sh incorrectly — Luis Lavena <redmine@...>

Bug #3248: extension 'tk' is finding tclConfig.sh and tkConfig.sh incorrectly

9 messages 2010/05/05

[#30226] [Bug #3288] Segmentation fault - activesupport-3.0.0.beta3/lib/active_support/callbacks.rb:88 — Szymon Jeż <redmine@...>

Bug #3288: Segmentation fault - activesupport-3.0.0.beta3/lib/active_support/callbacks.rb:88

10 messages 2010/05/13

[#30358] tk doesn't startup well in doze — Roger Pack <rogerdpack2@...>

Currently with 1.9.x and tk 8.5,the following occurs

12 messages 2010/05/22

[ruby-core:30370] Re: [Feature #1478] Ruby archive

From: Urabe Shyouhei <shyouhei@...>
Date: 2010-05-22 18:21:32 UTC
List: ruby-core #30370
(2010/05/23 2:38), Benoit Daloze wrote:
> On 22 May 2010 18:40, Urabe Shyouhei wrote:
>> Why to bother downloads? or: what is the purpose to archive ruby scripts?
> Then, is any compression useful? (for ruby scripts I mean)

That's what I'm in doubt.  At the time of its appearance jar needed compression
because java aimed to be network-oriented.  But definitely our browser don't
run ruby.

>> I don't think downloading is the matter because once you download something you
>> don't need to do that again.  There'd be other things to focus; to actually
>> require something.  Requiring a library happens every time you invoke a script
>> so that should be worth optimizing.
>>
> Ok, sorry, I did not think to that anymore while writing.
> Maybe libraries files should be merged in one file (or a few)/library, then?

A possible future I think.

In This Thread