[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] QEMU 2.1 release schedule?
|
From: |
Michael Roth |
|
Subject: |
Re: [Qemu-devel] QEMU 2.1 release schedule? |
|
Date: |
Thu, 08 May 2014 20:07:51 -0500 |
|
User-agent: |
alot/0.3.4 |
Quoting Peter Maydell (2014-05-08 08:48:01)
> On 28 April 2014 16:38, Peter Maydell <address@hidden> wrote:
> > Thanks to everybody who helped with getting QEMU 2.0 released.
> > The traditional reward for a job well done is another job, which
> > means we should probably work out what the release schedule for
> > 2.1 is going to be.
> >
> > We started 2.1's development phase on 17th April, which means that
> > for a standard 3 month release we're looking at mid to late July
> > release. (Of course if we stick to 3 month releases then the
> > slippage on 2.0 means we'll only have 3 releases this year, not
> > 4; do we care?)
> >
> > I felt we were a bit too aggressive in the schedule this
> > time around, and didn't really leave enough hard-freeze time
> > for producing, testing and stabilizing the release candidates.
> > I think we should probably aim for something more like what
> > 2.0 actually ended up with, rather than our proposed dates
> > (see http://wiki.qemu.org/Planning/2.0).
>
> Paolo suggested on IRC:
>
> > soft freeze mid june, hard freeze beginning of july,
> > release end of july or beginning of august?
>
> Which works for me. Some concrete dates:
> * 17 June: softfreeze and rc0
> [ 2 week softfreeze period ]
> * 1 July: hardfreeze
> [ 4 week hardfreeze period, aiming for
> rc1, rc2, rc3 at about weekly intervals ]
> * 29 July: release
>
> Michael: does that schedule work for you, given you'd
> be doing the tarball-rolling parts?
Looks good, don't see any issues with the proposed schedule on my end.
>
> thanks
> -- PMM