All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randy Smith <perlstalker@vuser.org>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [RFC] QEMU 0.14.0 release plan
Date: Thu, 2 Dec 2010 09:13:08 -0700	[thread overview]
Message-ID: <20101202161308.GE28535@rbsmith-desktop> (raw)
In-Reply-To: <4CF4CEB9.8020607@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 1455 bytes --]

On Tue, 30 Nov 2010, Kevin Wolf wrote:

> Am 29.11.2010 18:42, schrieb Anthony Liguori:
> > 0.13 was a mess of a release (largely due to my lack of time) and I'd 
> > like to get us back onto a predictable schedule.
> 
> Telling people six days in advance when the fork will be is hardly
> predictable. :-)
> 
> For example, in the block area there are currently a lot of interesting
> patches on the list (AHCI, SCSI, block-queue, QED, Ceph) and there's no
> way to integrate them in time if we don't want to blindly apply patches
> and then see what breaks.
> 
> What to do with them? The options I see are:
> 
> 1. Move them all to 0.15 (when will it be?)
> 2. Apply everything now, have a broken rc0 and hope to fix everything
>    in the short time until rc2
> 3. Fork 0.14 shortly before Christmas and move the release to January
> 
> The usual approach for dealing with feature freeze deadlines seems to be
> option 2, though I don't really like that one...

I would suggest a very short release schedule similar to what Parrot
and Perl have been using. Release every month. If a feature isn't
ready for this month's release, the next release is just a month away
and it's no big deal. Rather than lay it all out here, you can read
about the process at
http://www.modernperlbooks.com/mt/2009/04/the-rapid-release-tautology.html.


[snip]

-- 
Randy Smith
http://www.vuser.org/
http://perlstalker.blogspot.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  parent reply	other threads:[~2010-12-02 16:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-29 17:42 [Qemu-devel] [RFC] QEMU 0.14.0 release plan Anthony Liguori
2010-11-29 18:10 ` Alexander Graf
2010-11-29 19:29   ` Anthony Liguori
2010-11-29 19:58     ` Alexander Graf
2010-11-29 20:14       ` Anthony Liguori
2010-11-30 10:15 ` Kevin Wolf
2010-11-30 14:12   ` Anthony Liguori
2010-11-30 14:49     ` Kevin Wolf
2010-12-01 12:56       ` Luiz Capitulino
2010-12-02 16:13   ` Randy Smith [this message]
2010-12-02 22:06 ` Brian Jackson
2010-12-02 22:44   ` Nicholas A. Bellinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101202161308.GE28535@rbsmith-desktop \
    --to=perlstalker@vuser.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.