From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: RFC: LTS and stable release scheme Date: Tue, 6 Oct 2015 14:10:05 +0100 Message-ID: <1444137005.5302.163.camel@citrix.com> References: <20151006110758.GV29124@zion.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZjS0Q-0002Ne-EF for xen-devel@lists.xenproject.org; Tue, 06 Oct 2015 13:10:10 +0000 In-Reply-To: <20151006110758.GV29124@zion.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Wei Liu , xen-devel@lists.xenproject.org Cc: jgross@suse.com, Lars Kurth , netwiz@crc.id.au, George Dunlap , Andrew Cooper , Ian Jackson , Jan Beulich , cardoe@cardoe.com List-Id: xen-devel@lists.xenproject.org On Tue, 2015-10-06 at 12:07 +0100, Wei Liu wrote: > 2. What to do with the non-LTS releases? > > I think they should still be considered stable releases for some > time. I'm just not sure for how long they should receive updates. One > way of looking at them is to use the same concept as Linux -- they > receive updates until next stable kernel is out. We can tweak this, of > course. FWIW I think reducing the time non-LTS stable releases are supported would be a reasonable way to offset the extra cost of maintaining the LTS releases for longer overall. > Luckily I do see technical and procedural solution this is issue -- we > can setup stable@ alias to keep track of requests [5]. With that all > backport requests embedded in patches won't get lost. Downstream > consumers can also benefit from this because they then easily know > which patches are backport candidates. It sounds here like you are proposing something more than a simple mail alias dropping into the relevant maintainer(s) INBOX, i.e. something which actually tracks the requests and publishes the queue and status etc for the benefit of both users and the maintainers? Ian.