[IAEP] triage meeting

2014-04-09 Thread Walter Bender
We plan to hold a triage meeting to clean up bugs.sugarlabs.org on Wednesday, 23 April, beginning at 9AM EST (14 UTC). We will be on irc.freenode.net #sugar-meeting all day. Please join the fun. -- Tenemos la intenciĆ³n de celebrar una reuniĆ³n de triage para limpiar bugs.sugarlabs.org el

Re: [IAEP] [Sur] triage meeting

2014-04-09 Thread Gonzalo Odiard
+1! On Wed, Apr 9, 2014 at 10:10 AM, Walter Bender walter.ben...@gmail.comwrote: We plan to hold a triage meeting to clean up bugs.sugarlabs.org on Wednesday, 23 April, beginning at 9AM EST (14 UTC). We will be on irc.freenode.net #sugar-meeting all day. Please join the fun. -- Tenemos

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Daniel Narvaez
This is an interesting blog post with a paragraph about GNOME triaging http://afaikblog.wordpress.com/2014/04/09/enabling-participation/ Interestingly it's pretty much exactly the same approach I followed with the triaging I had done with 0.100. It would be good to have a simple set of rule like

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Gonzalo Odiard
On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez dwnarv...@gmail.com wrote: This is an interesting blog post with a paragraph about GNOME triaging http://afaikblog.wordpress.com/2014/04/09/enabling-participation/ Interestingly it's pretty much exactly the same approach I followed with the

[IAEP] OLPC-SF April Meeting: Featuring Gonzalo Odiard

2014-04-09 Thread Sameer Verma
We are looking forward to a special guest at our OLPC-SF April meeting. On April 12, 2014 we will hear from Gonzalo Odiard, contributor extraordinaire to OLPC and Sugar. http://wiki.sugarlabs.org/go/User:Godiard https://plus.google.com/+GonzaloOdiard https://github.com/godiard

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Daniel Narvaez
On Wednesday, 9 April 2014, Gonzalo Odiard godi...@sugarlabs.org wrote: On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez dwnarv...@gmail.comjavascript:_e(%7B%7D,'cvml','dwnarv...@gmail.com'); wrote: This is an interesting blog post with a paragraph about GNOME triaging

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Walter Bender
I added a Needs Design field to the status. -walter On Wed, Apr 9, 2014 at 6:29 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On Wednesday, 9 April 2014, Gonzalo Odiard godi...@sugarlabs.org wrote: On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez dwnarv...@gmail.com wrote: This is an

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Gonzalo Odiard
On Wed, Apr 9, 2014 at 7:29 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On Wednesday, 9 April 2014, Gonzalo Odiard godi...@sugarlabs.org wrote: On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez dwnarv...@gmail.comwrote: This is an interesting blog post with a paragraph about GNOME triaging

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Daniel Narvaez
On Thursday, 10 April 2014, Gonzalo Odiard godi...@sugarlabs.org wrote: On Wed, Apr 9, 2014 at 7:29 PM, Daniel Narvaez dwnarv...@gmail.comjavascript:_e(%7B%7D,'cvml','dwnarv...@gmail.com'); wrote: On Wednesday, 9 April 2014, Gonzalo Odiard

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Daniel Narvaez
Something else to consider is what to do with priorities. It might make sense to set one when confirming bugs, it's hard to get right without spending a lot of time really but maybe helpful for contributors even if not very accurate. On Thursday, 10 April 2014, Daniel Narvaez dwnarv...@gmail.com

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Daniel Narvaez
Finally, something I think is important is to set enhancement vs defect. It doesn't take much effort and it's very useful when we are feature frozen. On Thursday, 10 April 2014, Daniel Narvaez dwnarv...@gmail.com wrote: Something else to consider is what to do with priorities. It might make

Re: [IAEP] [Sugar-devel] triage meeting

2014-04-09 Thread Walter Bender
On Wed, Apr 9, 2014 at 9:21 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Something else to consider is what to do with priorities. It might make sense to set one when confirming bugs, it's hard to get right without spending a lot of time really but maybe helpful for contributors even if not