<div class="gmail_quote">On Sun, Nov 1, 2009 at 22:36, Gary C Martin <span dir="ltr"><<a href="mailto:gary@garycmartin.com">gary@garycmartin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im"> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> * Existing bug data will be imported, but the bug numbers won't be the<br> same.<br> </blockquote> <br></div> So the git commit messages referencing trac bug tickets will be future information garbage, oh joy.</blockquote><div><br>As stated, there will be both a conversion table and a redirect service available for the considerable future. We already have fragmentation between SL bugs and OLPC bugs. Launchpad will allow us to keep our old bug numbers Is there anything else that would make this work better for everyone? <br> <br>An example of the redirection scheme: <a href="https://launchpad.net/sugar/+bug/slbugs1534">https://launchpad.net/sugar/+bug/slbugs1534</a> points to a page titled "Bug #460049 (slbugs1534)". We can change the nickname prefix to whatever we'd like.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> * It will be hosted by Canonical externally, rather than by SL as Trac<br> currently is.<br> <br> If any of these are not to your liking, the time to speak up is now,<br> before it all happens. :)<br> </blockquote> <br></div> Not to my liking, but if some really smart/committed folks are willing to do the work, have it well tested, say this is really worth the pain, and don't mind some folks ignoring the move for a few months... Though, I would first really love to see a clear explanation of why this is a good idea, and how the move benefits us.</blockquote> </div><br>To quote Bernie, our system administrator and current manager of Sugar Labs' Trac instance:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"> bernie: my #1 reason for switching is that our trac instance is a wreck and nobody wants to maintain it.<br>bernie: me less than anyone else. it's an awful application to maintain... especially now that it is riddled by spammers<br> </blockquote><br>Switching to Launchpad would free up admin time to work on improving other services, such as <a href="http://activities.sugarlabs.org">ASLO</a> and the wiki. Launchpad is already many times faster than the current Sugar Labs bug tracker, and Canonical has committed to add capacity as the service grows. <br> <br>In addition, Launchpad allows developers to manipulate bugs by email (a la <a href="http://bugs.debian.org">bugs.debian.org</a>), permitting developers to choose their own workflow. <br clear="all"><br>Launchpad also is better suited for multi-project collaboration, both within Sugarlabs and with <a href="https://edge.launchpad.net/+tour/bugs">other distributions</a>. We can easily track the status of bugs that affect both upstream Sugar and the Sugar packages in, say, Ubuntu, Fedora, Debian, and Gentoo, all from the same page. <br> <br>We've been <a href="https://launchpad.net/soas">testing</a> Launchpad with the Sugar on a Stick project for a few months now, and it's been working pretty well. <br><br>Finally, we would be able to migrate away from Launchpad at any time. <br> <br>Thanks,<br>Luke Faraone<br><a href="http://luke.faraone.cc">http://luke.faraone.cc</a><br>