[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC] QEMU 2.10 release schedule
From: |
Stefan Hajnoczi |
Subject: |
Re: [Qemu-devel] [RFC] QEMU 2.10 release schedule |
Date: |
Thu, 8 Jun 2017 11:14:52 +0100 |
User-agent: |
Mutt/1.8.0 (2017-02-23) |
On Wed, May 31, 2017 at 04:18:41PM +0100, Alex Bennée wrote:
>
> Peter Maydell <address@hidden> writes:
>
> > On 30 May 2017 at 11:11, Stefan Hajnoczi <address@hidden> wrote:
> >> Here is a first stab at the next release schedule:
> >>
> >> Beginning of development phase: 2017-04-20
> >> Soft feature freeze: 2017-07-18
> >> -rc0: 2017-07-25
> >> -rc1: 2017-08-01
> >> -rc2: 2017-08-08
> >> -rc3: 2017-08-15
> >> -rc4: 2017-08-22
> >
> > Are we going with the same definitions of soft/hard freeze
> > as last time around?
> >
> > (I thought last release was a complete mess in terms of
> > getting code in in an orderly manner for the freeze,
> > personally...)
>
> Do we want to have a broad plan for the order things need to go in
> before the feature freeze or stick to a first to the gate approach?
>
> Obviously we don't want to stall the process waiting for delayed series
> that might end up getting dropped but having the broad sketches might
> make it easier for developers to prioritise what patches queues to drain
> first?
Any further thoughts on this? Otherwise we can default to the way
things were done in previous releases.
Stefan
signature.asc
Description: PGP signature