From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ferruh Yigit <ferruh.yigit@intel.com>
Subject: Re: [dpdk-web] [PATCH v2] update stable releases roadmap
Date: Wed, 25 Apr 2018 09:33:43 +0100
Message-ID: <71571fa0-f2c1-707a-235f-45ca938cc651@intel.com>
References: <20180309133612.19927-1-thomas@monjalon.net>
 <2746771.jHPYkc9GPR@xps> <b8d413f2-e316-8a5e-564b-f990a070f7bd@intel.com>
 <2289123.B0I2yLRMB9@xps> <bfe0d6df-7214-33b9-e941-aed120b7d969@redhat.com>
 <f7tfu3p6fko.fsf@dhcp-25.97.bos.redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Cc: Thomas Monjalon <thomas@monjalon.net>, web@dpdk.org, dev@dpdk.org,
 techboard@dpdk.org, bluca@debian.org, yliu@fridaylinux.org,
 christian.ehrhardt@canonical.com, yskoh@mellanox.com
To: Aaron Conole <aconole@redhat.com>, Kevin Traynor <ktraynor@redhat.com>
Return-path: <dev-bounces@dpdk.org>
In-Reply-To: <f7tfu3p6fko.fsf@dhcp-25.97.bos.redhat.com>
Content-Language: en-US
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On 4/20/2018 4:52 PM, Aaron Conole wrote:
> Kevin Traynor <ktraynor@redhat.com> writes:
> 
>> On 04/18/2018 02:28 PM, Thomas Monjalon wrote:
>>> 18/04/2018 14:28, Ferruh Yigit:
>>>> On 4/18/2018 10:14 AM, Thomas Monjalon wrote:
>>>>> 18/04/2018 11:05, Ferruh Yigit:
>>>>>> On 4/11/2018 12:28 AM, Thomas Monjalon wrote:
>>>>>>> -	<p>Typically a new stable release version follows a mainline release
>>>>>>> -	by 1-2 weeks, depending on the test results.
>>>>>>> +	<p>The first stable release (.1) of a branch should follow
>>>>>>> +	its mainline release (.0) by at least two months,
>>>>>>> +	after the first release candidate (-rc1) of the next branch.
>>>>>>
>>>>>> Hi Thomas,
>>>>>>
>>>>>> What this change suggest? To be able to backport patches from rc1?
>>>>>
>>>>> Yes, it is the proposal we discussed earlier.
>>>>> We can wait one week after RC1 to get some validation confirmation.
>>>>> Do you agree?
>>>>
>>>> This has been discussed in tech-board, what I remember the decision was to wait
>>>> the release to backport patches into stable tree.
>>>
>>
>> Any minutes? I couldn't find them
>>
>>> It was not so clear to me.
>>> I thought post-rc1 was acceptable. The idea is to speed-up stable releases
>>> pace, especially first release of a series.
>>>
>>>
>>
>> I think timing of stable releases and bugfix backports to the stable
>> branch are two separate items.
>>
>> I do think that bugfix backports to stable should happen on a regular
>> basis (e.g. every 2 weeks). Otherwise we are back to the situation where
>> if there's a bugfix after a DPDK release, a user like (surprise,
>> surprise) OVS may not be able to use that DPDK version for ~3 months.
>>
>> Someone who wants to get the latest bugfixes can just take the latest on
>> the stable branch and importantly, can have confidence that the
>> community has officially accepted those patches. If someone requires
>> stable to be validated, then they have to wait until the release.
> 
> +1 - this seems to make the most sense to me.  Keep the patches flowing,
> but don't label/tag it until validation.  That serves an additional
> function: developers know their CC's to stable are being processed.

Are stable trees verified?

> 
>> Kevin.