<div dir="ltr"><div><br></div>Hi Walter!<div><br><div><div class="gmail_extra"><div class="gmail_quote">On 3 April 2016 at 09:04, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</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 dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Sun, Apr 3, 2016 at 12:24 AM, Dave Crossland <span dir="ltr"><<a href="mailto:dave@lab6.com" target="_blank">dave@lab6.com</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 dir="ltr"><div class="gmail_extra"><span><br><div class="gmail_quote">On 2 April 2016 at 22:21, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</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 dir="ltr">I was just asking (again) the other day <div></div></div></blockquote></div><div class="gmail_extra"><br></div></span><div class="gmail_extra">Can you provide a URL for where you asked about this? :)</div></div></div></blockquote><div><br></div></span><div>I was asking in a private email with scg who maintains out trac instance. </div></div></div></div></blockquote><div><br></div><div>Ah okay, cool :) </div><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 dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><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 dir="ltr"><span><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">if someone has an issue aggregation tool since our issues are scattered across multiple repositories. Presumably we are not the first to have bumped into this problem.</blockquote><div class="gmail_extra"><br></div></span><div class="gmail_extra">I don't understand what you mean :) </div><div class="gmail_extra"><br></div><div class="gmail_extra">Assuming that Github is now the central hosting service for Sugar Labs, I expect each logical sugar labs project that is 'official' to have its central git repository hosted in the sugarlabs github organization, and to have its own issue tracker. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Since Github automatically places backlinks in issues that are referred to by other issuer or PRs, it is relatively convenient to manage the set of a github organization's per-repo issue trackers.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Some free software projects even set up github projects solely to use the issue tracker as a discussion forum, eg <a href="https://github.com/ipfs/faq/" target="_blank">https://github.com/ipfs/faq/</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">I believe that all github users that join a github organization will get emailed every issue, pr, and comment for every github project within that github organization. </div><div class="gmail_extra"><br></div><div class="gmail_extra">I would also assume that all non-github issue trackers would be configured to prominently direct users to the new github url, and disallow new issues, or simply to have their theme templates hide the 'new issue' link, and eventually to be configured read only and then fully archived by conversion to a static HTML site. </div></div></blockquote></span></div></div></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"> </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 dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><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">
</blockquote></span></div>Here is the problem as I see it (and as Tony mentioned earlier). A large percentage of Sugar code (activity source) is not hosted on <a href="http://github.com/sugarlabs" target="_blank">github.com/sugarlabs</a>, although more and more of it is hosted on github. </div></div></blockquote><div><br></div><div>That seems fine to me, since actively maintained code can be migrated to Github. </div><div><br></div><div>Are there any other places in addition to <a href="http://git.sugarlabs.org">git.sugarlabs.org</a> and <a href="http://github.com/sugarlabs">github.com/sugarlabs</a>?</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 dir="ltr"><div class="gmail_extra">So many issues are not found in repos within the Sugar Labs "github" organization. How do developers hear about these issues? How do potential contributors search for these issues? How do users know where to post an issue? </div></div></blockquote><div><br></div><div>I think all 3 questions are answered by co-ordinating a consolidating migration to Github :) </div><div><br></div><div>1. Notification. This is handled due to the way that Github org membership works; Github-users in a 'developers' Github-team within the Github-organization will be emailed all posts to all repos that are added to that team (done here, <a href="http://imgur.com/gUTNFfV">http://imgur.com/gUTNFfV</a>) </div><div><br></div><div>2. Search. Github provides org-wide search, and this is discoverable when you visit <a href="http://github.com/sugarlabs">github.com/sugarlabs</a> the search input widget at the top changes to show that the search is scoped to that organization. After entering a search query, a familiar search syntax is used in the query, and in the URL string. Eg, <a href="https://github.com/search?q=org%3Afontforge+x11&type=Issues">https://github.com/search?q=org%3Afontforge+x11&type=Issues</a></div><div><br></div><div>3. Discoverability. I think that each repo should have its own issue tracker, and so the url <a href="http://github.com/sugarlabs/activity-name/issues">github.com/sugarlabs/activity-name/issues</a> is predictable. When a repo is moved to the <a href="http://github.com/sugarlabs">github.com/sugarlabs</a> org, a checklist could be run over to ensure each activity's /README.md file (that Github presents on <a href="http://github.com/sugarlabs/activity-name">github.com/sugarlabs/activity-name</a> as processed markdown) has explicit information about 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 dir="ltr"><div class="gmail_extra">If there was a mechanism for aggregating issues across multiple disperse repos, we could address most of my issues with migrating from trac. </div></div></blockquote><div><br></div><div>For release management, I think Github doesn't discriminate between aggregating a list of issues in 1 repo or 1 org or globally in Github.</div><div><br></div><div>I used Github in this way in FontForge release management when I was contributing that labour, eg <a href="https://github.com/fontforge/fontforge/issues/2083">https://github.com/fontforge/fontforge/issues/2083</a></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 dir="ltr"><div class="gmail_extra">This is not rocket science, but it is something someone has to build and/or maintain. (I just noted in a later thread that you suggest we clone all activity repos into the Sugar Labs organization which would address at least part of my concern. Still not sure how people search for issues across multiple repos.)</div></div></blockquote><div><br></div><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 dir="ltr"><div class="gmail_extra">(One other trivial question about issues: is there a way to build a standardized system of issue tags across multiple repos in an automated way? I presume with the github API we could do it.)</div></div></blockquote></div><div class="gmail_extra"><br></div>I'm not sure, but at worst this would be part of the checklist to run through when accepting a repo transfer into the sugarlabs org.<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Cheers<br>Dave</div>
</div></div></div></div>