* [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6
@ 2013-07-15 15:15 Anthony Liguori
2013-07-19 11:07 ` Peter Maydell
0 siblings, 1 reply; 5+ messages in thread
From: Anthony Liguori @ 2013-07-15 15:15 UTC (permalink / raw)
To: qemu-devel
Hard freeze is two weeks away.
http://wiki.qemu.org/Planning/1.6
Regards,
Anthony Liguori
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6
2013-07-15 15:15 [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6 Anthony Liguori
@ 2013-07-19 11:07 ` Peter Maydell
2013-07-21 12:52 ` Anthony Liguori
0 siblings, 1 reply; 5+ messages in thread
From: Peter Maydell @ 2013-07-19 11:07 UTC (permalink / raw)
To: Anthony Liguori; +Cc: qemu-devel
On 15 July 2013 16:15, Anthony Liguori <aliguori@us.ibm.com> wrote:
> Hard freeze is two weeks away.
>
> http://wiki.qemu.org/Planning/1.6
I've just noticed that this is still inconsistent. That
page says:
"Soft feature freeze. Major features should have initial code
committed by this date."
but it links to http://wiki.qemu.org/Planning/SoftFeatureFreeze
which says
"By the date of the soft feature freeze, any major feature
should have some code posted to the qemu-devel mailing list"
I'm pretty sure the latter is right (you only need code
posted, not committed) -- can we fix whichever of the two
pages is wrong, please?
thanks
-- PMM
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6
2013-07-19 11:07 ` Peter Maydell
@ 2013-07-21 12:52 ` Anthony Liguori
2013-10-15 12:50 ` Peter Maydell
2013-10-18 14:38 ` Peter Maydell
0 siblings, 2 replies; 5+ messages in thread
From: Anthony Liguori @ 2013-07-21 12:52 UTC (permalink / raw)
To: Peter Maydell; +Cc: qemu-devel
Peter Maydell <peter.maydell@linaro.org> writes:
> On 15 July 2013 16:15, Anthony Liguori <aliguori@us.ibm.com> wrote:
>> Hard freeze is two weeks away.
>>
>> http://wiki.qemu.org/Planning/1.6
>
> I've just noticed that this is still inconsistent. That
> page says:
>
> "Soft feature freeze. Major features should have initial code
> committed by this date."
>
> but it links to http://wiki.qemu.org/Planning/SoftFeatureFreeze
> which says
> "By the date of the soft feature freeze, any major feature
> should have some code posted to the qemu-devel mailing list"
>
> I'm pretty sure the latter is right (you only need code
> posted, not committed) -- can we fix whichever of the two
> pages is wrong, please?
It depends on the definition of "major". Any *feature* should have
patches posted by soft freeze. I guess a tiny feature would be an
exception.
For major features (things that have a high likelihood of breaking
things), the feature should have started getting merged already.
I'll update the wiki text to be clearer.
Regards,
Anthony Liguori
>
> thanks
> -- PMM
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6
2013-07-21 12:52 ` Anthony Liguori
@ 2013-10-15 12:50 ` Peter Maydell
2013-10-18 14:38 ` Peter Maydell
1 sibling, 0 replies; 5+ messages in thread
From: Peter Maydell @ 2013-10-15 12:50 UTC (permalink / raw)
To: Anthony Liguori; +Cc: QEMU Developers
On 21 July 2013 13:52, Anthony Liguori <aliguori@us.ibm.com> wrote:
> Peter Maydell <peter.maydell@linaro.org> writes:
>> I've just noticed that this is still inconsistent. That
>> page says:
>>
>> "Soft feature freeze. Major features should have initial code
>> committed by this date."
>>
>> but it links to http://wiki.qemu.org/Planning/SoftFeatureFreeze
>> which says
>> "By the date of the soft feature freeze, any major feature
>> should have some code posted to the qemu-devel mailing list"
>>
>> I'm pretty sure the latter is right (you only need code
>> posted, not committed) -- can we fix whichever of the two
>> pages is wrong, please?
>
> It depends on the definition of "major". Any *feature* should have
> patches posted by soft freeze. I guess a tiny feature would be an
> exception.
>
> For major features (things that have a high likelihood of breaking
> things), the feature should have started getting merged already.
>
> I'll update the wiki text to be clearer.
I note that http://wiki.qemu.org/Planning/SoftFeatureFreeze
and http://wiki.qemu.org/Planning/1.7 still disagree
about the definition of soft-freeze...
-- PMM
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6
2013-07-21 12:52 ` Anthony Liguori
2013-10-15 12:50 ` Peter Maydell
@ 2013-10-18 14:38 ` Peter Maydell
1 sibling, 0 replies; 5+ messages in thread
From: Peter Maydell @ 2013-10-18 14:38 UTC (permalink / raw)
To: Anthony Liguori; +Cc: QEMU Developers
On 21 July 2013 13:52, Anthony Liguori <aliguori@us.ibm.com> wrote:
> Peter Maydell <peter.maydell@linaro.org> writes:
>> I'm pretty sure the latter is right (you only need code
>> posted, not committed) -- can we fix whichever of the two
>> pages is wrong, please?
>
> It depends on the definition of "major". Any *feature* should have
> patches posted by soft freeze. I guess a tiny feature would be an
> exception.
>
> For major features (things that have a high likelihood of breaking
> things), the feature should have started getting merged already.
I've updated the wiki pages
http://wiki.qemu.org/Planning/SoftFeatureFreeze
http://wiki.qemu.org/Planning/1.7
based on this. If anybody thinks I've mangled the consensus,
let me know and I'll fix.
thanks
-- PMM
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-10-18 14:38 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-15 15:15 [Qemu-devel] [ANNOUNCE] We are now in soft freeze for 1.6 Anthony Liguori
2013-07-19 11:07 ` Peter Maydell
2013-07-21 12:52 ` Anthony Liguori
2013-10-15 12:50 ` Peter Maydell
2013-10-18 14:38 ` Peter Maydell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).