Re: [Administrivia] On ruby and contrib/

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Johannes Schindelin wrote:
> On Fri, 7 Jun 2013, Ramkumar Ramachandra wrote:
>> Johannes Schindelin wrote:
>> > My initial reaction, too. It was hard enough to get Perl included with Git
>> > for Windows (because of that pesky Subversion dependency).
>>
>> Nevertheless, we had to do it, and we did it.
>
> That is not quite correct. *I* did it. Not *we*. And I will not do it
> again.

When I say "we", I mean the git community.  You were incidentally part
of the git community when we got perl included in git-for-windows.
Don't make laughable assumptions about your indispensability: the
community will run fine without you (as it will run fine without me,
fc, or even jc).  There are enough and more smart diverse people to
replace the inactive people.

>> We will do it again, if we get enough important code written in Ruby.
>
> I am a bit bored by this hypothetical talk. This hypothetical "we will do
> it again", to be precise. Given my experience, it would be very painful if
> "enough important code" was written in Ruby. Nobody would help me "do it
> again". Just like nobody helps right now to upgrade to a newer Perl. Feel
> free to prove me wrong. Until that time, I will firmly believe that there
> is no "we will do it again".
>
> So here is a chance to prevent that: not repeat the mistake, and stay away
> from language hell by avoiding to require yet another language.

What is this "mistake" that you're talking about?  We never should
have merged git-svn.perl in our tree, and lost out on an incredibly
useful piece of software?

Let me make one thing clear: contributors are priority #1, and
everything else is secondary.  git.git is the sum of contributor
wishes, and we exist to keep contributors productive.  Yes, we have to
force some boring work onto contributors: nobody likes to write
documentation, and we have guidelines to make sure that it gets done,
for instance.

If enough people are interested in porting git-related to Windows,
they will figure out how to ship ruby with git-for-windows.  It is not
rocket science.

> As you know, there are very good reasons why I do not follow those mails.

No, I don't know the reason.  I would guess that you are disinterested.

> Exactly. Nobody really cares about keeping Git portable enough. Hence my
> impression that this idea to start requiring yet another language for core
> parts of Git is a bit misguided, and only logical from the point of view:
> "If you don't like it, why don't you install Linux?" (which, just in case
> you wondered, is a pretty naive way of looking at the real world).

I am personally disinterested in git-for-windows, but I wouldn't make
such a sweeping statement: there are some people interested in
git-for-windows.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]