<div dir="ltr"><div class="gmail_extra">Hi</div><div class="gmail_extra"><br><div class="gmail_quote">On 20 April 2016 at 19:58, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">Solution 1 is a change that may lose ticket reporters, </div></blockquote><div><br></div><div>Hmm, do you mean people will refuse to report tickets because its Github?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">and creates an<br>
environment where instead of there being one place to report tickets,<br>
the place to report will depend on diagnosis (isolation to component) </div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">
thus requiring diagnosis to occur before reporting.  </div></blockquote><div><br></div><div><div>Incorrect :) I think its fine to use the sugar repo's issue tracker as a central place to report tickets, unless you already know where they go, and then upon diagnosis the issue can potentially be re-filed under another repo. </div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">Hopefully by bringing diagnosis into a mailing list somewhere. </div></blockquote><div><br></div><div>I would ideally see sugar-dev made read-only and shift all developer discussions to the issue tracker ;)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">Quality of the<br>
problem description will increase.  There will be many closed issues<br>
"not caused by this component." which will look good when it comes<br>
time to say how many issues were closed.<br></div></blockquote><div><br></div><div><div class="gmail_extra">Incorrect; the issues should be kept open until they are resolved, although they might link to issues filed in other repos. </div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div id=":4yk" class="">
Solution 2 is further disruptive.</div></blockquote></div><br>I actually like the idea of a "Sugar Lab On A Stick" which is to say, if everything was in [a] distribute version control system repo[s], then the repo[s] could be distributed to mostly-offline communities (using <a href="http://outernet.is">outernet.is</a> or similar) who could be productive for say 6 weeks or 6 months, and then their commits could find their way back to the central Sugar Labs mothership repos - eg, via sneaker-net from village to town and then uploaded. For that I think Github won't work, because the PR and issue discussions are not kept in the repo. The best self-contained DVCS solution I've seen to this is, as I said, <a href="http://www.fossil-scm.org">www.fossil-scm.org</a>, although there are some git-based systems. </div><div class="gmail_extra"><br></div><div class="gmail_extra">If Sugar Labs had just grown and grown, then I would be supporting (2). But I think that the relative weakness of the overall project means that, as Jamie said, we ought to redouble our focus on our 'core competencies'; I think we ought to focus on growing the community, by re-orientating the project to all the complementary projects going on around the world, and consolidating on Github (where the vast majority of libre software projects are run) will help that growth. </div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br><div class="gmail_signature">Cheers<br>Dave</div>
</div></div>