From: Anthony Liguori <anthony@codemonkey.ws>
To: Brian Jackson <iggy@theiggy.com>
Cc: kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: Re: KVM call minutes for May 18
Date: Tue, 18 May 2010 17:08:36 -0500 [thread overview]
Message-ID: <4BF30FE4.8010501@codemonkey.ws> (raw)
In-Reply-To: <201005181634.43770.iggy@theiggy.com>
On 05/18/2010 04:34 PM, Brian Jackson wrote:
> A lot of the existing bugs are irrelevant and/or woefully out of date. I've
> been hesitant to go back and mess with too many old bugs for fear of making
> too much noise that I know isn't going to do anything useful (i.e. marking the
> 100 oldest bugs as Closed - Out Of Date)
>
One activity for bug day should be migrating bugs from SF to Launchpad
that can be confirmed. I don't know if SF has an expiration mechanism,
but on Launchpad, you can mark a bug as needs info and if it isn't
updated in 90 days, it automatically expires.
>> - need more people involved w/ bug work
>>
>
> And need a better way for those of us that do to be able to get ahold of devs
> to look at things that are actually important to users.
>
Part of the idea of bug day is to get devs in an IRC channel so that
people can ask questions in real time about bugs.
>
>> - possible bug-day before next release
>> - suggested June 1st
>>
>
> Personally (and in general for volunteer projects), weekends are better for
> bugs days. That said, I realize that most of the developers for qemu/kvm do
> this for their day job.
>
Not everyone has the same weekend due to TZ/country differences. That
said, if the first bug day is successful, we can hold more and try to
accommodate different groups of people.
Regards,
Anthony Liguori
>
>> 0.12.4 bugs
>> - migration regression...follow-up on email, open a bug ;-)
>> --
>> To unsubscribe from this list: send the line "unsubscribe kvm" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <anthony@codemonkey.ws>
To: Brian Jackson <iggy@theiggy.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: [Qemu-devel] Re: KVM call minutes for May 18
Date: Tue, 18 May 2010 17:08:36 -0500 [thread overview]
Message-ID: <4BF30FE4.8010501@codemonkey.ws> (raw)
In-Reply-To: <201005181634.43770.iggy@theiggy.com>
On 05/18/2010 04:34 PM, Brian Jackson wrote:
> A lot of the existing bugs are irrelevant and/or woefully out of date. I've
> been hesitant to go back and mess with too many old bugs for fear of making
> too much noise that I know isn't going to do anything useful (i.e. marking the
> 100 oldest bugs as Closed - Out Of Date)
>
One activity for bug day should be migrating bugs from SF to Launchpad
that can be confirmed. I don't know if SF has an expiration mechanism,
but on Launchpad, you can mark a bug as needs info and if it isn't
updated in 90 days, it automatically expires.
>> - need more people involved w/ bug work
>>
>
> And need a better way for those of us that do to be able to get ahold of devs
> to look at things that are actually important to users.
>
Part of the idea of bug day is to get devs in an IRC channel so that
people can ask questions in real time about bugs.
>
>> - possible bug-day before next release
>> - suggested June 1st
>>
>
> Personally (and in general for volunteer projects), weekends are better for
> bugs days. That said, I realize that most of the developers for qemu/kvm do
> this for their day job.
>
Not everyone has the same weekend due to TZ/country differences. That
said, if the first bug day is successful, we can hold more and try to
accommodate different groups of people.
Regards,
Anthony Liguori
>
>> 0.12.4 bugs
>> - migration regression...follow-up on email, open a bug ;-)
>> --
>> To unsubscribe from this list: send the line "unsubscribe kvm" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2010-05-18 22:08 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-18 14:29 KVM call minutes for May 18 Chris Wright
2010-05-18 14:29 ` [Qemu-devel] " Chris Wright
2010-05-18 21:34 ` Brian Jackson
2010-05-18 21:34 ` [Qemu-devel] " Brian Jackson
2010-05-18 22:08 ` Anthony Liguori [this message]
2010-05-18 22:08 ` Anthony Liguori
2010-05-19 17:02 ` Avi Kivity
2010-05-19 17:02 ` [Qemu-devel] " Avi Kivity
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=4BF30FE4.8010501@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=iggy@theiggy.com \
--cc=kvm@vger.kernel.org \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.