<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-11-30 22:02 GMT+03:00 R. Matthew Emerson <span dir="ltr"><<a href="mailto:rme@clozure.com" target="_blank">rme@clozure.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I would like to say that it has never been anyone's intention or desire to limit development of CCL to Clozure Associates people or to the members of some affiliated secret cabal.  It is certainly true that Clozure Associates has put a lot of time and money into supporting its development (including by supporting me, for which I am grateful).  If this has caused Clozure CL to be viewed as Clozure's semi-proprietary product, maybe this has (justly or not) been a disincentive for others to contribute.  That's regrettable if true.<br>
<br>
I would be very pleased to see more people contribute to CCL.  If there are things that make contributing difficult, I'd like to try to remove those difficulties if I can.  I hear several people saying that Subversion is one of those difficulties, and that moving to git would remove that difficulty.<br>
<br>
I will take you at your word.  I truly don't mean to sound snide, but isn't the key to contributing to CCL one's enthusiasm for and knowledge of CCL rather than proficiency with one VCS or another?  It isn't like Subversion is obscure and complicated to use;  it's certainly no harder than git.  Indeed, clients like magit exist precisely to make git (which by all accounts can be rather complicated) easier to use.<br>
<br>
On the other hand, I recognize that it's often easy to start small, and if contributing even a tiny change to CCL involves learning the basics of Subversion, I suppose I can understand why people wouldn't bother.<br>
<br>
If we were to switch, we'd need to<br>
<br>
 * Do something about <a href="http://trac.clozure.com/ccl" rel="noreferrer" target="_blank">trac.clozure.com/ccl</a>.  There are a lot of tickets (and ticket history) there.  We often refer in ticket comments to particular commits with the convenient r12345 notation, and we have a post-commit hook that will annotate or close tickets based on phrases in the commit message.  So, we can write a commit message like "Frob the foo.  Closes ticket:123", and Trac ticket 123 will be annotated and closed automatically.  Dumping Trac entirely and moving to something else is not really very attractive (at least to me).</blockquote><div>Why? Trac provides an interface to Git as well. (As <a href="http://trac.edgewall.org/" target="_blank">http://trac.edgewall.org/</a> says.)</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
 * Come up with some convenient way to distribute binaries (bootstrapping heap images, interface databases).  I just recently added scripts/get-binaries, which uses svn export to grab a heap image and interface databases.  I wrote this script because I check out ccl with<br>
<br>
svn://<a href="http://svn.clozure.com/openmcl/trunk/source" rel="noreferrer" target="_blank">svn.clozure.com/openmcl/trunk/source</a> ccl<br>
<br>
because the externals get in my way when committing.  But I say again that the externals do provide a way for users to get a complete working ccl with one command, which is a good thing.  Perhaps there's some alternative to using svn to distribute ccl.  People in the past have suggested making .deb/.rpm packages, or .msi files for Windows, for instance.  If creation of those packages could be automated (along with something for OS X and the other platforms), that might be a possibility.<br></blockquote><div><font face="arial, helvetica, sans-serif">As I said in the parallel thread, I would prefer the installator for Linux (sh bundle),</font></div><div><font face="arial, helvetica, sans-serif">the installator for Windows, </font><span style="font-family:arial,helvetica,sans-serif">the dmg for Mac OS X, the sources + binaries tarball,</span></div><div><span style="font-family:arial,helvetica,sans-serif">and the Git repo </span><span style="font-family:arial,helvetica,sans-serif">which contains shell scripts for downloading appropriate binaries</span></div><div><span style="font-family:arial,helvetica,sans-serif">and hooks </span><span style="font-family:arial,helvetica,sans-serif">which runs this scripts automatically.</span></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
 * I would greatly prefer any solution to be self-hosted.<br></blockquote><div>What a reason for this? The PLT, for example, has moved the Racket</div><div>repository from <a href="http://git.racket-lang.org">git.racket-lang.org</a> to Github. They are even wrote a</div><div>"brief" introduction to git (<a href="http://git.racket-lang.org/intro.html">http://git.racket-lang.org/intro.html</a>), which can</div><div>be instructive and useful for us :)</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<br>
In summary, I'm not afraid of git (although maybe Yoda would say "you will be"), and I'm not married to Subversion.  But I would rather hack lisp than fiddle with a VCS, and a migration to git seems like it would be a non-trivial job (for me anyway).  And at the end of a successful migration, I will be more-or-less exactly where I am today, only instead of "svn log/blame/diff/update/add/remove/commit/merge", I will be typing different commands which will take me a while to get used to.  (And I will have new git features available too, of course.  But really, I'm a caveman VCS user.)<br>
<br>
I would like it to be clear that I am not dismissing out of hand the idea of a migration, especially if some git-proficient people wanted to explore how a migration might work, and propose ways that we might address the issues I mention above.  But I doubt that switching to git will by itself unleash a torrent (or even a trickle) of new contributors.  (The fact that there are not many contributors to CCL is probably due to other reasons, IMO.)  But maybe a switch would be helpful to our users even so.  I am willing to help as I can with such exploratory efforts.<br>
<br>
Thanks for reading this long message.  I like CCL, and I want to see it prosper.<br>
<br>
<br>
<br>
_______________________________________________<br>
Openmcl-devel mailing list<br>
<a href="mailto:Openmcl-devel@clozure.com" target="_blank">Openmcl-devel@clozure.com</a><br>
<a href="https://lists.clozure.com/mailman/listinfo/openmcl-devel" rel="noreferrer" target="_blank">https://lists.clozure.com/mailman/listinfo/openmcl-devel</a><br>
</blockquote></div><br></div></div>