<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 27, 2018 at 10:02 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My list of critical repositories was on a thread focused on Sugar<br>
desktop and Python activity code review.  It is less relevant for<br>
Sugar Labs as a whole.<br>
<br>
The mismatch at heart is GitHub's scalability of features for large<br>
open source projects with many repositories.  We have 292 at the<br>
moment.  Most are orphaned or abandoned.  Using search is critical.<br>
<br>
Once a developer is familiar with our repository layout, the problem<br>
disappears for them.  Does our ramp-up documentation explain well<br>
enough?  I don't think I've heard many "where is X?" questions.<br>
<br>
We could waste a lot of time moving repositories around to meet<br>
consistent naming standards; I'd like to see reasoned benefit before<br>
doing that.<br>
<br>
I recently changed the pinned repositories.  I'd have pinned Sugarizer<br>
and Music Blocks, but they are both being developed outside Sugar Labs<br>
on GitHub personal accounts.  That's why I've got Browse and Turtle<br>
Art pinned.<br></blockquote><div><br></div><div>The reason Turtle Blocks and Music Blocks are still hosted in my personal repo is because we have had a backlog on sysadmin support, it has not been practical to host projects on the Sugar Labs servers. Using <a href="http://github.io">github.io</a> makes things pretty painless. But because we have not yet set up a github,io presence for Sugar Labs, so I haven't moved the repos. I'll try to finally wrap my head around what <a href="http://sugarlabs.github.io">sugarlabs.github.io</a> might look like and make some suggestions on this list.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
We could also waste a lot of time on dashboards or other<br>
meta-development.  If we have a volunteer to do that, great, but I'm<br>
not putting my hand up.<br>
<br>
Repositories containing submodules for a collection of activities<br>
might be interesting, but it brings a new problem; maintenance of the<br>
repository in the face of ongoing change in the submodules.  We've had<br>
to back away from submodules in Browse because of repeating bugs where<br>
a downstream used a GitHub release tag instead of our tarball.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
James Cameron<br>
<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.<wbr>org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/<wbr>listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font><font>Walter Bender</font></font><br><font><font>Sugar Labs</font></font></div><div><font><a href="http://www.sugarlabs.org" target="_blank"><font>http://www.sugarlabs.org</font></a></font><br><a href="http://www.sugarlabs.org" target="_blank"><font></font></a><br></div></div></div>
</div></div>