All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: Chris Wright <chrisw@redhat.com>,
	kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] KVM call minutes for July 20
Date: Tue, 20 Jul 2010 12:55:38 -0500	[thread overview]
Message-ID: <4C45E31A.9070905@codemonkey.ws> (raw)
In-Reply-To: <20100720162952.GK26579@hall.aurel32.net>

On 07/20/2010 11:29 AM, Aurelien Jarno wrote:
> It's a pitty I can't easily attend to this conference call, as it seems
> a lot of decisions are taken there. Anyway let me comment the part
> concerning 0.12 stable:
>    

Is it a matter of time zone or conflict?  The call has historically been 
centered around KVM issues but these days it's hard to make such a clear 
distinction..

> On Tue, Jul 20, 2010 at 07:45:51AM -0700, Chris Wright wrote:
>    
>> 0.12.stable
>> - start w/ git tree + pull requests
>> - release process is separate from commit access
>> - justin will put up a tree for pull requests
>> - there's current backlog, what about that?
>>      
> I think someone should actively follow the patches committed to HEAD and
> backport them when they seems to be stable material. I guess it's what's
> Justin plans to do.
>
> OTOH, it might be useful if people sending patches to HEAD adds a small
> comment about cherry-picking the patch to stable if it applies.
>    

My big concern with -stable is testing.  For folks interested in helping 
out, what I'd really like to see is people explicitly testing their 
patches on -stable.  IOW, just saying "this is probably stable material" 
is not nearly as helpful as saying, "I've verified this cherry picks 
cleanly to stable and tested there."

>> - anthony's concern with -stable is the testing (upstream tree gets more
>>    testing than -stable)
>>      
> Debian gets regular uploads with the contents of the -stable tree
> between to releases. Also patches from trunk are all cherry-picked from
> HEAD.
>    

That's good to know.  My main point was that proportionately speaking, 
the master branch gets considerably more testing than the stable 
branch.  Considering that there is a higher expectation of stable too, 
the testing requirement for it is pretty high in my opinion.

Regards,

Anthony Liguori

>> - 0.12.5?
>>    - planning to do next w/ 0.13 release
>>    - aurelien may cut a release
>>      
> Following the minutes from last week, I sent a call for release, with a
> deadline today. I only got the patch series from Kevin. There are
> currently 44 patches waiting in the stable tree, so I guess we can go
> for a release. I plan to do that later this week if nobody opposes.
>
>    


WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <anthony@codemonkey.ws>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: Chris Wright <chrisw@redhat.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] KVM call minutes for July 20
Date: Tue, 20 Jul 2010 12:55:38 -0500	[thread overview]
Message-ID: <4C45E31A.9070905@codemonkey.ws> (raw)
In-Reply-To: <20100720162952.GK26579@hall.aurel32.net>

On 07/20/2010 11:29 AM, Aurelien Jarno wrote:
> It's a pitty I can't easily attend to this conference call, as it seems
> a lot of decisions are taken there. Anyway let me comment the part
> concerning 0.12 stable:
>    

Is it a matter of time zone or conflict?  The call has historically been 
centered around KVM issues but these days it's hard to make such a clear 
distinction..

> On Tue, Jul 20, 2010 at 07:45:51AM -0700, Chris Wright wrote:
>    
>> 0.12.stable
>> - start w/ git tree + pull requests
>> - release process is separate from commit access
>> - justin will put up a tree for pull requests
>> - there's current backlog, what about that?
>>      
> I think someone should actively follow the patches committed to HEAD and
> backport them when they seems to be stable material. I guess it's what's
> Justin plans to do.
>
> OTOH, it might be useful if people sending patches to HEAD adds a small
> comment about cherry-picking the patch to stable if it applies.
>    

My big concern with -stable is testing.  For folks interested in helping 
out, what I'd really like to see is people explicitly testing their 
patches on -stable.  IOW, just saying "this is probably stable material" 
is not nearly as helpful as saying, "I've verified this cherry picks 
cleanly to stable and tested there."

>> - anthony's concern with -stable is the testing (upstream tree gets more
>>    testing than -stable)
>>      
> Debian gets regular uploads with the contents of the -stable tree
> between to releases. Also patches from trunk are all cherry-picked from
> HEAD.
>    

That's good to know.  My main point was that proportionately speaking, 
the master branch gets considerably more testing than the stable 
branch.  Considering that there is a higher expectation of stable too, 
the testing requirement for it is pretty high in my opinion.

Regards,

Anthony Liguori

>> - 0.12.5?
>>    - planning to do next w/ 0.13 release
>>    - aurelien may cut a release
>>      
> Following the minutes from last week, I sent a call for release, with a
> deadline today. I only got the patch series from Kevin. There are
> currently 44 patches waiting in the stable tree, so I guess we can go
> for a release. I plan to do that later this week if nobody opposes.
>
>    

  reply	other threads:[~2010-07-20 17:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-20 14:45 KVM call minutes for July 20 Chris Wright
2010-07-20 14:45 ` [Qemu-devel] " Chris Wright
2010-07-20 16:29 ` Aurelien Jarno
2010-07-20 16:29   ` Aurelien Jarno
2010-07-20 17:55   ` Anthony Liguori [this message]
2010-07-20 17:55     ` Anthony Liguori
2010-07-20 16:40 ` David S. Ahern
2010-07-20 16:40   ` [Qemu-devel] " David S. Ahern

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=4C45E31A.9070905@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=aurelien@aurel32.net \
    --cc=chrisw@redhat.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.