From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgWSi-0000K4-MP for qemu-devel@nongnu.org; Thu, 06 Dec 2012 03:05:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgWSh-0008BS-9O for qemu-devel@nongnu.org; Thu, 06 Dec 2012 03:05:40 -0500 Received: from mx1.redhat.com ([209.132.183.28]:62681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgWSh-0008BL-16 for qemu-devel@nongnu.org; Thu, 06 Dec 2012 03:05:39 -0500 From: Markus Armbruster References: <87ip8ilt75.fsf@codemonkey.ws> <87d2yp4gvu.fsf@codemonkey.ws> <50BFA36E.1080306@redhat.com> Date: Thu, 06 Dec 2012 09:05:34 +0100 In-Reply-To: (Blue Swirl's message of "Wed, 5 Dec 2012 19:58:50 +0000") Message-ID: <87624fa9m9.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [RFC] 1.4 release schedule List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: Hans de Goede , Anthony Liguori , qemu-devel@nongnu.org, Peter Maydell Blue Swirl writes: > On Wed, Dec 5, 2012 at 7:41 PM, Hans de Goede wrote: >> Hi, >> >> >> On 12/05/2012 08:28 PM, Blue Swirl wrote: >>> >>> On Tue, Dec 4, 2012 at 10:00 PM, Anthony Liguori >>> wrote: >>>> >>>> Peter Maydell writes: >>>> >>>>> On 4 December 2012 18:38, Blue Swirl 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". [...]