qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RFC] 1.4 release schedule


From: Markus Armbruster
Subject: Re: [Qemu-devel] [RFC] 1.4 release schedule
Date: Thu, 06 Dec 2012 09:05:34 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)

Blue Swirl <address@hidden> writes:

> On Wed, Dec 5, 2012 at 7:41 PM, Hans de Goede <address@hidden> wrote:
>> Hi,
>>
>>
>> On 12/05/2012 08:28 PM, Blue Swirl wrote:
>>>
>>> On Tue, Dec 4, 2012 at 10:00 PM, Anthony Liguori <address@hidden>
>>> wrote:
>>>>
>>>> Peter Maydell <address@hidden> writes:
>>>>
>>>>> On 4 December 2012 18:38, Blue Swirl <address@hidden> wrote:
>>>>>>
>>>>>> The definition of the hard freeze bothers me. A few patches that went
>>>>>> in after 1.3-rc0 were not bug fixes but just new features, so the
>>>>>> difference between soft and hard freezes was not clear.
>>>>>
>>>>>
>>>>> My vote for this would be to adhere to our definition
>>>>> and only commit bugfixes.
>>>>
>>>>
>>>> Let's get specific.  What was committed post hard freeze that's not a
>>>> bug fix?
>>>
>>>
>>> d3067b0 Documentation: Update image format information
>>> a13e5e0 Documentation: Update block cache mode information
>>> 044d003 qemu-tech.texi: update implemented xtensa features list
>>
>>
>> Adding missing / updating docs to be more accurate is a bug fix,
>> and one with a very low chance of causing regressions at that.
>
> I don't think they are bug fixes but improvements to documentation
> features. But I agree patches only touching documentation, comment and
> string contents could be exempted.

What about improvements to tests?  No impact on anything but "make
check".

[...]



reply via email to

[Prev in Thread] Current Thread [Next in Thread]