Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Philip Balister <philip@balister.org>
To: Trevor Woerner <trevor.woerner@linaro.org>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: bug scrub - RFC
Date: Thu, 09 Jan 2014 21:47:26 -0500	[thread overview]
Message-ID: <52CF5F3E.3030402@balister.org> (raw)
In-Reply-To: <52CEBB27.10709@linaro.org>

On 01/09/2014 10:07 AM, Trevor Woerner wrote:
> On 01/09/14 05:56, Jack Mitchell wrote:
>> On 08/01/14 23:20, Trevor Woerner wrote:
>>> questions:
>>> 1) Currently it has been suggested this should be a 2-day event, should
>>> these two days be during the week or over a weekend? In either case,
>>> which 2 days?
>>>
>> If it's two days long then why don't you do the best of both worlds and
>> have a Friday/Saturday or Sunday/Monday combination?
> 
> I was thinking of doing it either fully during the week, or fully on a
> weekend since my feeling is that most people either work with OE/Yocto
> during the weekdays or on the weekend. There's nothing to say we
> couldn't run this "bug scrub" during the week, then run a second "bug
> scrub" 2 months from now on a weekend (or visa versa).

I'd suggest starting with a one day thing on a weekday so we can try and
get a critical mass of people in place over a shorter period. We can
always change things around based on how this works.


> 
>>> 2) Since this is an OE event, should it focus only on OE bugs[2], or
>>> should it be generalized for any bug?
>> I don't think we should be limiting people to what they can work on
>> while "participating".
> 
> Since this is an OE TSC event I didn't want any hard feelings ;-) I also
> thought that maybe it would be easier to get people interested if this
> "bug scrub" was targeted at a specific project. I thought there's a
> chance it might help get people interested if we said "let's have a bug
> event where we target these 30 bugs" instead of saying "there are 1000's
> of bugs in the bugzilla, pick one and try to do something about it".
> 

Can someone make a bugzilla query that lists bugs that are good
candidates for a bug scrub. Ideally, things that are easy to resolve so
we can beat the numbers down,

Philip

>>> 4) It would be cool to be able to provide incentives to help people get
>>> interested and contributing to knocking some bugs around. So if anyone
>>> (*cough* Intel) has any neat hardware (*cough* Galileo, Edison) they
>>> could offer as an incentive (or, conversely, if there's a board you'd
>>> like to see Yocto target) please see about making that happen.
>>>
>> A unified effort towards a "new trendy" board would be a fun goal, but I
>> worry that hardware teething issues would then eat up run of the mill
>> bug fixing time, handouts for participation however, (bug fixed/reviewed
>> by/tested by) would be a great idea.
>>
> Sorry, yes, this is what I meant.
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> 
> 


      parent reply	other threads:[~2014-01-10  2:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-08 23:20 bug scrub - RFC Trevor Woerner
2014-01-09 10:56 ` Jack Mitchell
2014-01-09 15:07   ` Trevor Woerner
2014-01-09 15:34     ` Otavio Salvador
2014-01-09 15:38       ` Trevor Woerner
2014-01-10  2:47     ` Philip Balister [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52CF5F3E.3030402@balister.org \
    --to=philip@balister.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=trevor.woerner@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox