<div dir="ltr">Not sure if is a good task for GCI,<div>but I am sure some of our more experienced students can help with this</div><div><br></div><div>Gonzalo</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 9, 2015 at 12:00 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If we do stick with Trac, maybe we can make a GCI task to clean up the<br>
spam users in Trac? I had a miserable experience trying to add a new<br>
user last night to Trac waiting for the server to send the entire user<br>
list several times in the process. It took > 10 minutes for each step<br>
in the process.<br>
<br>
-walter<br>
<div><div class="h5"><br>
On Fri, Jan 9, 2015 at 9:42 AM, Gonzalo Odiard <<a href="mailto:godiard@sugarlabs.org">godiard@sugarlabs.org</a>> wrote:<br>
> In the process to review a patch, recently Quozl added this comment:<br>
><br>
> "Really a pity all this discussion gets lost in each pull request when it<br>
> should really go on the ticket. ;-)" [1]<br>
><br>
> Sam replied:<br>
> "Re: we should use tickets more... I don't get enough emails to remember<br>
> that we have a bug tracker (hint: why dosn't tarc email?). I also feel that<br>
> tarc is not as sleek and usable as GitHub. Maybe you should lead by example,<br>
> email the mailing list or create a ticket. Hopefully your bug ticket won't<br>
> be forgotten in the static-feeling, talking-to-a-brick-wall site that<br>
> bugs.sl.o is (hint: I always feels like your talking to yourself on tarc,<br>
> there is no real form of conversation)." [2]<br>
><br>
> I want bring this conversation here, to try to involve more players in the<br>
> community,<br>
> and find a good strategy.<br>
><br>
> Personally, I recognize our trac implementation have problems (more below)<br>
> but I can't count how many times the comments in a old ticket have saved me<br>
> hours of work or helped me avoid the same errors.<br>
> The tickets have been a invaluable resource by example to run GCI,<br>
> even when didn't have the resources to solve the for a long time,<br>
> are a good resource to guide volunteers to collaborate.<br>
> The bug database is permanent and searchable, the pull request are difficult<br>
> to find, more when there are more than one for a single commit.<br>
><br>
> Then, from my point of view, GitHub is ok to make comments about the code,<br>
> but there are issues we need keep record. Why we do that?<br>
> What is the best strategy to solve the problem? How can we reproduce the<br>
> bug?<br>
> At a time, we didn't merged code to solve errors if we didn't have a bug<br>
> associated.<br>
><br>
> About trac problems, would be good to solve:<br>
> * We have hundred of spam users, we need clean them.<br>
> * I don't know why, but I see a lot of ticket editions by logged users<br>
> waiting for moderation. I suppose is a configuration to deal with spam, but<br>
> I am not sure.<br>
> * Trac and Git integration can be improved, right now, we use a GitHub<br>
> service<br>
> to add a comment and close a ticket when a "Fixes #NNNN" string is in the<br>
> header.<br>
> But the configuration page for that ticket say:<br>
> "This service is deprecated. To integrate GitHub with Trac, follow the<br>
> instructions at: <a href="http://github.com/aaugustin/trac-github" target="_blank">http://github.com/aaugustin/trac-github</a><br>
> If you're currently relying on this service, please consider upgrading to<br>
> trac-github. It uses a standard webhook to provide the same features and<br>
> it's<br>
> more actively maintained."<br>
> Maybe we can add another key to save a comment in trac from a GitHub<br>
> comment,<br>
> when is something we want keep record?<br>
><br>
> Another alternative is configure github to send emails o sugar-devel<br>
> with the pr updates. I don't know if will be too much spam.<br>
> Or configure trac to send a email to sugar-devel when a bug is created,<br>
> to avoid the sensation of talking with a wall, like Sam said.<br>
><br>
> What you think? Other ideas? Anybody volunteer to improve trac<br>
> configuration?<br>
> I can help with admin permissions in github and trac.<br>
><br>
> --<br>
> Gonzalo Odiard<br>
><br>
> SugarLabs - Software for children learning<br>
><br>
> [1]<br>
> <a href="https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/188#issuecomment-69104257" target="_blank">https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/188#issuecomment-69104257</a><br>
> [2]<br>
> <a href="https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/190#issuecomment-69159430" target="_blank">https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/190#issuecomment-69159430</a><br>
><br>
</div></div>> _______________________________________________<br>
> Sugar-devel mailing list<br>
> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Gonzalo Odiard<br><br><div>SugarLabs - Software for children learning <br></div></div></div>
</div>