<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-12-01 0:22 GMT+03:00 mikel evins <span dir="ltr"><<a href="mailto:mevins@me.com" target="_blank">mevins@me.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"><div class=""><div class="h5"><br>
> On Nov 30, 2015, at 3:14 PM, Dmitry Igrishin <<a href="mailto:dfigrish@gmail.com">dfigrish@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> 2015-11-30 23:53 GMT+03:00 mikel evins <<a href="mailto:mevins@me.com">mevins@me.com</a>>:<br>
><br>
> > On Nov 30, 2015, at 2:48 PM, Dmitry Igrishin <<a href="mailto:dfigrish@gmail.com">dfigrish@gmail.com</a>> wrote:<br>
> ><br>
> > As I said in the parallel thread, I would prefer the installator for Linux (sh bundle),<br>
> > the installator for Windows, the dmg for Mac OS X, the sources + binaries tarball,<br>
> > and the Git repo which contains shell scripts for downloading appropriate binaries<br>
> > and hooks which runs this scripts automatically.<br>
><br>
> Are you volunteering to write and test those pieces of software? Or are you volunteering somebody else to do it?<br>
> First of all, I'm new to Lisp and only on the way of learning it. I know a little about CCL<br>
> (but I like it, as well as SBCL), and I completely forget SVN (didn't touch it since 2010).<br>
> I also didn't have a much time to be volunteer due to my workload. So, it would be<br>
> interesting to investigate and implement it, but it can take a long time in my case.<br>
<br>
</div></div>It seems like you’re trying to persuade the CCL team to switch to git, and to adopt a distribution strategy that you would prefer. That new strategy appears to involve some new tools and practices.<br></blockquote><div>No, I'm not trying to persuade the CCL team. I just suggest one possible option which</div><div>(in my opinion) would make CCL more attractive, especially for new lispers which are</div><div>potential CCL contributors/developers.</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>
If you want your proposal to be as persuasive as possible, then you might consider including working and tested versions of the new tools and practices that you propose. If instead you propose that somebody else should do all of that work because you believe you would like the result, then the proposal is less persuasive.<br></blockquote><div>I agree partly, because the goal of any public proposal is a discussion, first of all. Matthew has pointed</div><div>the problems of the migration from SVN to Git, and I just propose how to solve these problems in my</div><div>opition. And only when we come to a consensus, then we can talk about who will work on what.<br></div></div><br></div></div>