[#25272] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yui NARUSE <redmine@...>

Feature #2032: Change the license to "GPLv2+ or Ruby's original".

51 messages 2009/09/02
[#25368] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Kazuhiko Shiozaki <redmine@...> 2009/09/04

Issue #2032 has been updated by Kazuhiko Shiozaki.

[#25461] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Gregory Brown <gregory.t.brown@...> 2009/09/07

On Fri, Sep 4, 2009 at 1:10 PM, Kazuhiko Shiozaki<redmine@ruby-lang.org> wrote:

[#25463] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yukihiro Matsumoto <matz@...> 2009/09/08

Hi,

[#30610] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Shyouhei Urabe <redmine@...> 2010/06/06

Issue #2032 has been updated by Shyouhei Urabe.

[#30611] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yusuke ENDOH <mame@...> 2010/06/06

Hi,

[#30614] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Urabe Shyouhei <shyouhei@...> 2010/06/06

> To avoid enbugging a new bug, we must choose the another solutions.

[#30616] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yusuke ENDOH <mame@...> 2010/06/06

2010/6/6 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#30652] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Urabe Shyouhei <shyouhei@...> 2010/06/08

(2010/06/06 20:27), Yusuke ENDOH wrote:

[#25285] [Feature #2033] Move Core Development to Git — Run Paint Run Run <redmine@...>

Feature #2033: Move Core Development to Git

75 messages 2009/09/02
[#25290] [Feature #2033] Move Core Development to Git — Yui NARUSE <redmine@...> 2009/09/02

Issue #2033 has been updated by Yui NARUSE.

[#25297] Re: [Feature #2033] Move Core Development to Git — Jon <jon.forums@...> 2009/09/02

> Some commiter of Ruby live on Windows.

[#25342] Re: [Feature #2033] Move Core Development to Git — Urabe Shyouhei <shyouhei@...> 2009/09/03

Jon wrote:

[#25343] Re: [Feature #2033] Move Core Development to Git — Michal Suchanek <hramrach@...> 2009/09/03

2009/9/4 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#25345] Re: [Feature #2033] Move Core Development to Git — Urabe Shyouhei <shyouhei@...> 2009/09/03

Michal Suchanek wrote:

[#25299] Re: [Feature #2033] Move Core Development to Git — Eric Hodel <drbrain@...7.net> 2009/09/02

On Sep 2, 2009, at 11:19, Run Paint Run Run wrote:

[#25306] [Feature #2034] Consider the ICU Library for Improving and Expanding Unicode Support — Run Paint Run Run <redmine@...>

Feature #2034: Consider the ICU Library for Improving and Expanding Unicode Support

16 messages 2009/09/03

[#25394] Unmaintained code (Was: Move Core Development to Git) — Eric Hodel <drbrain@...7.net>

On Sep 4, 2009, at 02:16, Urabe Shyouhei wrote:

10 messages 2009/09/05

[#25420] [Bug #2054] Onigurma Isn't Documented — Run Paint Run Run <redmine@...>

Bug #2054: Onigurma Isn't Documented

17 messages 2009/09/05

[#25442] turning off indentation warnings — Aaron Patterson <aaron@...>

Is there a way in 1.9 to turn off only indentation warnings? I like

19 messages 2009/09/06
[#25510] Re: turning off indentation warnings — Nobuyoshi Nakada <nobu@...> 2009/09/10

Hi,

[#25511] [Bug #2079] win32ole's OLEGEN does not create all classes needed when a TLB has more than one class defined — Bruno Antunes <redmine@...>

Bug #2079: win32ole's OLEGEN does not create all classes needed when a TLB has more than one class defined

18 messages 2009/09/10

[#25644] [Bug #2121] mathn/rational destroys Fixnum#/, Fixnum#quo and Bignum#/, Bignum#quo — Charles Nutter <redmine@...>

Bug #2121: mathn/rational destroys Fixnum#/, Fixnum#quo and Bignum#/, Bignum#quo

12 messages 2009/09/19

[#25709] [Bug #2131] f(not x) => syntax error — "James M. Lawrence" <redmine@...>

Bug #2131: f(not x) => syntax error

16 messages 2009/09/22

[#25769] A challenge: Enumerator#next in JRuby — Charles Oliver Nutter <headius@...>

I have a challenge for anyone who wants to discuss, propose

25 messages 2009/09/25
[#25782] Re: A challenge: Enumerator#next in JRuby — Tanaka Akira <akr@...> 2009/09/26

In article <f04d2210909251312q46bd51c0teacc4b0a8c417f0c@mail.gmail.com>,

[#25820] [Feature #2152] Split functionality of Float#inspect and Float#to_s — Roger Pack <redmine@...>

Feature #2152: Split functionality of Float#inspect and Float#to_s

32 messages 2009/09/28

[#25853] [Bug #2160] JSON can't parse input where top-level object is a string — caleb clausen <redmine@...>

Bug #2160: JSON can't parse input where top-level object is a string

11 messages 2009/09/29

[ruby-core:25353] Re: [Feature #2033] Move Core Development to Git

From: Urabe Shyouhei <shyouhei@...>
Date: 2009-09-04 09:16:01 UTC
List: ruby-core #25353
Federico Builes wrote:
> Hello Urabe,
> 
> On Sep 3, 2009, at 6:44 PM, Urabe Shyouhei wrote:
> 
>> Ruby is a basic infrastructure that needs to be stable.  If it goes as
>> agile as
>> Rails, there should be problems.  A problem may be the hardness for
>> Rails to
>> catch-up with Ruby, when both of them are equally as agile.
> 
> Is this issue really related to the SCM that the project uses?
> 
> Many projects have had an increase in their number of collaborators when
> they moved to Git, but that doesn't mean that no one will be in charge
> and that it will be moving so fast that projects like Rails won't be
> able to keep up with it (I'm not entirely sure that I got your point
> there).

Yes, it may not be directly a SCM issue.  The history of ruby has been a
history of unmaintained codes.  Even today without the chaos of distributed
development, there are many lines of codes in its repo which are not baby-sat.
When you want to increase number of contributions yet decrease number of
unmaintained codes, there should be some mechanism to enforce that. Ruby lacks
that now.

>> So sorry but I don't like the idea for Ruby to move into a fully
>> decentralized
>> development.  There should be at least one single center of Ruby as we
>> have
>> today.  And as a centralized development tool, Subversion is the best
>> thing we
>> have.
> 
> Excuse my lack of knowledge in this matter, but what prevents ruby-core
> from maintaining a canonical Ruby Git repository hosted in the same
> servers that SVN resides in right now (or in Github if you don't want to
> go through the admin. hassle)?
> You can still give commit access only to your list of trusted members
> and this "central" repository will be the one that everyone pulls off
> when they want to get the official version.
> What does SVN gives you that Git misses in this case?

You're saying "there's no reason not to move to git"; but I'm saying "there's
no reason to move to git".  Why you hate svn so much?  It's perfect for us.

>> I think a centralized SVN repo + official git-svn mirror is the best
>> way for
>> ruby because that should suit for its characteristics and development
>> style.
> 
> I would really appreciate it if you could be more specific in the
> "characteristics and development style" that SVN fits so well and that
> Git doesn't.

I was pointing to the fact that ruby development is centralized.  Centralized
to matz.  Have you ever seen a single line email from matz that just says
"commit that please"?  Why ruby development do not scale is clear; matz is the
bottleneck.  Decentralized development insist him (and us) to grately delegate
what he's doing now to our community.  Perhaps that should make YOU happy, but
also make matz unhappy.  If you want to hijack his / other committers' power
and authority, you should watch your step not to offend them.  To protect their
sanctuary yet to make your path for contribution, a SVN repo + git-svn mirror
is the best way I believe.

In This Thread