Re: [Qemu-devel] QEMU 2.1 release schedule?

Re: [Qemu-devel] QEMU 2.1 release schedule?

[Peter Maydell]

On 28 April 2014 16:38, Peter Maydell <peter.maydell@linaro.org> 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?

thanks
-- PMM

Re: [Qemu-devel] QEMU 2.1 release schedule?

[Michael Roth]

Quoting Peter Maydell (2014-05-08 08:48:01)
> On 28 April 2014 16:38, Peter Maydell <peter.maydell@linaro.org> 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

Re: [Qemu-devel] QEMU 2.1 release schedule?

[Peter Maydell]

On 9 May 2014 02:07, Michael Roth <mdroth@linux.vnet.ibm.com> wrote:
> Quoting Peter Maydell (2014-05-08 08:48:01)
>> 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.

Cool. I've put those dates up on
http://wiki.qemu.org/Planning/2.1
and created a skeleton changelog on
http://wiki.qemu.org/ChangeLog/2.1

PS: could somebody with write access to
http://wiki.qemu.org/Download
fix the 2.0 changelog link to point at ChangeLog/2.0
rather than ChangeLog/Next? The latter is now redirecting
to the 2.1 page (as it should).

thanks
-- PMM