[#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:25445] Re: [Feature #2033] Move Core Development to Git

From: Ron Mayer <rm_rails@...>
Date: 2009-09-07 01:03:37 UTC
List: ruby-core #25445
mathew wrote:
> Ron Mayer <rm_rails@cheapcomplexdevices.com> wrote:
>> Who uses bzr?
> 
> And Ubuntu, and OpenSolaris, so I kinda think it could handle the Ruby sources.

That's not true, is it?

http://www.opensolaris.org/os/community/tools/scm/
"The opensolaris.org website supports two SCM solutions:
    * Mercurial (hg) is the default. It was chosen for a
      distributed SCM (DSCM) solution ...
    * Subversion (SVN) is provided for exceptions. It was
      chosen for a centralized solution..."
You can read their analysis of bzr here. It fared OK, but
they like Mercurial over it:
http://www.opensolaris.org/os/community/tools/scm/bzr-eval/

> That said, I'm also willing to use svn, mercurial or monotone. I don't
> do religion; I don't believe in One True VCS, One True Text Editor, or
> even One True Programming Language (sorry Matz).

+1.  As for me, I'm happy using Git or Darcs or Mercurial;  but can
tolerate the rest mostly by using tools like git to convert the others to
one of those :-)

ISTM the tools to convert to convert from one to another are getting
better.   Now that I know about the official-ish conversion from svn
to git; I'm pretty happy.  If enough people use it, it may one day become
the default.  Perhaps it'd be nice if there were maintained bzr and/or
mercurial conversions too - if enough people want to use those.

> I think Scott James Remnant
> <URL:http://www.netsplit.com/2009/02/17/git-sucks-2/> is right on the
> money when he says:
> "My personal opinion about this is that Arch (and now GIT) is the
> first distributed revision control system that people try, and then
> they get it.  They understand why distributed revision control is so
> awesome, and they attribute this awesomeness to Arch (and now GIT)
> rather than realising that it痴 an inherent property of any such
> system.  The learning curve is pretty damned steep, so there痴 a lot
> of investment to learn Arch (and now GIT) and once people have made an
> investment in something, and received an epiphany as an award, they
> become very attached to it and very aggressive about attacks on it."

I don't think that's true - or at least it wasn't early on.

I bet most early GIT users were Bitkeeper and/or TeamWare users (both
proprietary distributed systems) and appreciated the extra
flexibility offered by GIT (for example, the stash and the index)
even though there's some learning curve for those who want to access
the extra flexibility.  IMHO if you don't want to use the extra
features in GIT, the learning curve's quite gentle.

In This Thread