git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [Administrivia] On ruby and contrib/

From
Ramkumar Ramachandra <artagnon@gmail.com>
Date
Jun 7, 2013, 15:20 UTC
Message-ID
<CALkWK0nUoF2VX6Ns09vQHYo11520_4r9ikYmkZW108aQm1RpoQ@mail.gmail.com>
In-Reply-To
<alpine.DEB.1.00.1306070518510.28957@s15462909.onlinehome-server.info>
Johannes Schindelin wrote:
Show 9 quoted lines
> 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.

Show 11 quoted lines
>> 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.
Show 5 quoted lines
> 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.

Previous: Johannes SchindelinNext: Matthieu Moy
Message 51 of 104 in “What's cooking in git.git (Jun 2013, #02; Tue, 4)”
  1. Junio C HamanoJun 4, 2013
  2. [Administrivia] On ruby and contrib/Junio C Hamano, Jun 5, 2013
  3. David LangJun 5, 2013
  4. Felipe ContrerasJun 5, 2013
  5. Michael HaggertyJun 5, 2013
  6. Junio C HamanoJun 5, 2013
  7. Matthieu MoyJun 6, 2013
  8. Junio C HamanoJun 7, 2013
  9. Thomas Ferris NicolaisenJun 6, 2013
  10. Felipe ContrerasJun 5, 2013
  11. demerphqJun 6, 2013
  12. Felipe ContrerasJun 6, 2013
  13. Barry FishmanJun 6, 2013
  14. Felipe ContrerasJun 6, 2013
  15. Barry FishmanJun 6, 2013
  16. Felipe ContrerasJun 6, 2013
  17. Barry FishmanJun 6, 2013
  18. Felipe ContrerasJun 6, 2013
  19. Charles McGarveyJun 6, 2013
  20. Greg TroxelJun 6, 2013
  21. Felipe ContrerasJun 6, 2013
  22. David LangJun 6, 2013
  23. Felipe ContrerasJun 6, 2013
  24. Ramkumar RamachandraJun 6, 2013
  25. David LangJun 6, 2013
  26. Ramkumar RamachandraJun 7, 2013
  27. Junio C HamanoJun 7, 2013
  28. Ramkumar RamachandraJun 7, 2013
  29. Felipe ContrerasJun 7, 2013
  30. Ramkumar RamachandraJun 7, 2013
  31. Ramkumar RamachandraJun 7, 2013
  32. Johannes SchindelinJun 9, 2013
  33. Ramkumar RamachandraJun 9, 2013
  34. Junio C HamanoJun 9, 2013
  35. Felipe ContrerasJun 10, 2013
  36. Junio C HamanoJun 7, 2013
  37. Felipe ContrerasJun 7, 2013
  38. Duy NguyenJun 8, 2013
  39. Felipe ContrerasJun 8, 2013
  40. Duy NguyenJun 8, 2013
  41. Felipe ContrerasJun 8, 2013
  42. Felipe ContrerasJun 7, 2013
  43. Greg TroxelJun 6, 2013
  44. Felipe ContrerasJun 6, 2013
  45. Ramkumar RamachandraJun 6, 2013
  46. Dependencies and packaging (Re: [Administrivia] On ruby and contrib/)Jonathan Nieder, Jun 6, 2013
  47. Felipe ContrerasJun 7, 2013
  48. Johannes SchindelinJun 6, 2013
  49. Ramkumar RamachandraJun 6, 2013
  50. Johannes SchindelinJun 7, 2013
  51. Ramkumar RamachandraJun 7, 2013
  52. Matthieu MoyJun 7, 2013
  53. Ramkumar RamachandraJun 7, 2013
  54. Ramkumar RamachandraJun 7, 2013
  55. Matthieu MoyJun 7, 2013
  56. Ramkumar RamachandraJun 7, 2013
  57. Matthieu MoyJun 7, 2013
  58. Felipe ContrerasJun 7, 2013
  59. Jonathan NiederJun 7, 2013
  60. Matthew RuffaloJun 7, 2013
  61. Junio C HamanoJun 7, 2013
  62. Felipe ContrerasJun 7, 2013
  63. Ramkumar RamachandraJun 7, 2013
  64. Johannes SchindelinJun 9, 2013
  65. Duy NguyenJun 8, 2013
  66. Felipe ContrerasJun 8, 2013
  67. Duy NguyenJun 8, 2013
  68. Felipe ContrerasJun 8, 2013
  69. Duy NguyenJun 8, 2013
  70. Felipe ContrerasJun 8, 2013
  71. Jeff KingJun 8, 2013
  72. Felipe ContrerasJun 8, 2013
  73. Jeff KingJun 9, 2013
  74. Felipe ContrerasJun 9, 2013
  75. Jeff KingJun 9, 2013
  76. Felipe ContrerasJun 9, 2013
  77. Johannes SchindelinJun 9, 2013
  78. Johannes SixtJun 5, 2013
  79. Jeff KingJun 5, 2013
  80. t0005: skip signal death exit code test on WindowsJohannes Sixt, Jun 6, 2013
  81. Jeff KingJun 6, 2013
  82. Felipe ContrerasJun 6, 2013
  83. Jeff KingJun 6, 2013
  84. Felipe ContrerasJun 6, 2013
  85. Junio C HamanoJun 6, 2013
  86. Jeff KingJun 6, 2013
  87. Johannes SixtJun 7, 2013
  88. Erik Faye-LundJun 7, 2013
  89. Johannes SixtJun 7, 2013
  90. Erik Faye-LundJun 7, 2013
  91. Johannes SixtJun 7, 2013
  92. Erik Faye-LundJun 7, 2013
  93. Johannes SixtJun 7, 2013
  94. Erik Faye-LundJun 7, 2013
  95. mingw: make mingw_signal return the correct handlerJohannes Sixt, Jun 10, 2013
  96. Erik Faye-LundJun 10, 2013
  97. Junio C HamanoJun 10, 2013
  98. Jeff KingJun 9, 2013
  99. Junio C HamanoJun 9, 2013
  100. Johannes SixtJun 10, 2013
  101. Erik Faye-LundJun 10, 2013
  102. Felipe ContrerasJun 6, 2013
  103. Erik Faye-LundJun 7, 2013
  104. Erik Faye-LundJun 7, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.