<br><br><div class="gmail_quote">On Sat, Jun 23, 2012 at 3:23 AM, Thouis (Ray) Jones <span dir="ltr"><<a href="mailto:thouis@gmail.com" target="_blank">thouis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sat, Jun 23, 2012 at 5:14 AM, Charles R Harris<br>
<<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
> What has been done in the past is that an intent to fork is announced some<br>
> two weeks in advance so that people can weigh in on what needs to be done<br>
> before the fork. The immediate fork was a bit hasty. Likewise, when I<br>
> suggested going to the github issue tracking, I opened a discussion on<br>
> needed tags, but voila, there it was with an incomplete set and no<br>
> discussion. That to seemed hasty.<br>
<br>
</div>I don't have a particular dog in this fight, but it seems like neither<br>
creating the fork nor turning on issues are worth disagreeing to much<br>
about.  There's going to be a 1.7 fork sometime soon, and whether it<br>
gets created now or after discussion seems mostly academic.  Even if<br>
there were changes that needed to go into both branches, git makes<br>
that straightforward.  Likewise github issues.  Turning them on has<br>
minimal cost, especially given that pull requests already go through<br>
github, and gives another route for bug reporting and a way to<br>
experiment with issues to inform the discussion.<br></blockquote><div><br>From my point of view, the haste seems to be driven by SciPy2012. And why the rush after we have wasted three months running in circles for lack of a decision, with Mark and Nathaniel sent off to write a report that had no impact on the final outcome. The github thing also ended the thread and now someone has to clean up the result. It also appears that that work is being done by request rather than by a volunteer, that has subtle implications in the long run.<br>
<br>Things have been happening by fits and starts, with issues picked up and than dropped half done. That isn't a good way to move forward.<br><br>Chuck <br><br></div></div>