All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Wei Liu <wei.liu2@citrix.com>
Cc: Lars Kurth <lars.kurth@citrix.com>,
	keir@xen.org, Ian Campbell <ian.campbell@citrix.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	tim@xen.org, Jan Beulich <JBeulich@suse.com>,
	Xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [VOTE] Release cycle scheme
Date: Thu, 5 Nov 2015 15:58:43 -0500	[thread overview]
Message-ID: <20151105205843.GA11768@char.us.oracle.com> (raw)
In-Reply-To: <20151102134721.GC18337@zion.uk.xensource.com>

On Mon, Nov 02, 2015 at 01:47:21PM +0000, Wei Liu wrote:
> Hi committers,
> 
> There doesn't seem to be consensus on how release cycle should be
> managed. In the survey [0] about release cycle there were following
> proposed schemes:
> 
> #1. 6 months release cycle + current stable release scheme
> #2. 6 months release cycle + LTS scheme
> #3. 6 months release cycle + extended security support
> #4. 9 months release cycle + current stable release scheme (no change
>     at all)
> 
> And the tally:
> 
> 		#1	#2	#3	#4
> George		+1	+2		-2
> Dario		+1	+2		-2
> Stefano		+1	+2		-2
> Ian C		+1	+1	+1	-1
> Olaf		+1	 0	+1	 0
> Juergen		 0	-1	 	+1
> Ian J		+2	+1	+1	-2
> Andrew		+1	+1		-1
> Jan		-1	-1	 0	+1
> 
> 
> There are comments made by individuals that couldn't be clearly
> represent in tally. The most acceptable option to stable tree
> maintainers is #1.
> 
> So I propose we use the following scheme:
> 
> - 6 months release cycle from unstable branch.
>   - 4 months development.
>   - 2 months freeze.
>   - Eat into next cycle if doesn't release on time.

+1
> - Fixed cut-off date: the Fridays of the week in which the last day of
>   March and September falls.

0

> - No more freeze exception, but heads-up mails about freeze will be
>   sent a few weeks before hand.

+1
> - Stable branch maintained for 18 months full support plus 18 months
>   security support. No mixed maintainership for stable trees.

0. 
> 
> 
> Please vote to ack or nack this proposal.
> 
> 
> Thanks
> Wei.
> 
> [0]: <20151012173222.GE2421@zion.uk.xensource.com>

      parent reply	other threads:[~2015-11-05 20:58 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-02 13:47 [VOTE] Release cycle scheme Wei Liu
2015-11-04  8:53 ` Lars Kurth
2015-11-04  9:59 ` George Dunlap
2015-11-04 10:46 ` Jan Beulich
2015-11-09 11:04   ` Wei Liu
2015-11-09 11:24     ` Lars Kurth
2015-11-09 11:50       ` Wei Liu
2015-11-09 11:56         ` Lars Kurth
2015-11-04 11:32 ` Ian Campbell
2015-11-04 12:27 ` Ian Jackson
2015-11-05 13:56 ` Stefano Stabellini
2015-11-05 15:40 ` Tim Deegan
2015-11-05 20:58 ` Konrad Rzeszutek Wilk [this message]

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=20151105205843.GA11768@char.us.oracle.com \
    --to=konrad.wilk@oracle.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=ian.campbell@citrix.com \
    --cc=keir@xen.org \
    --cc=lars.kurth@citrix.com \
    --cc=tim@xen.org \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xenproject.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.