From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) by dpdk.org (Postfix) with ESMTP id C83035947 for ; Sat, 19 Dec 2015 21:15:15 +0100 (CET) Received: by mail-wm0-f43.google.com with SMTP id l126so24911546wml.1 for ; Sat, 19 Dec 2015 12:15:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=bSYgmxavbwivCtVkgbpPwP+gUL/s3GCOkB9mZexNcmo=; b=Rz4sb/jJ1JuMnLUN5vrVFHwB9GBedYlKFucEM8a0w4RQ2qW/PN35eT3DhlBhNk2T52 b7RcV3No/n0YqZ0QmkjzH5G0vw6jsvkdjT5W1ky8gyydsJkdQ4trQ54QisS2lYFEIXAH Bvf9CouYFxpUDGg4RcpDUe4iC/KmIuKHRwQHT5JlAhqJGZYEA+sWuPUyAeUch8O8S0dR 0svnjCx6qYkfFZ1ron7PajqqUe/SJiDuaMxpgfSvfXlUst6GOyYwHWdIsAZql4w/OzrX qarAc/2ggZXZcBHwjl3Bgl9zq/Ni8fx83bdGzZlMDyOFXKM2D79qDyzZ9ZrXNNAhQSHG mcqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=bSYgmxavbwivCtVkgbpPwP+gUL/s3GCOkB9mZexNcmo=; b=To4QzdGeX+3g/ePp3oa2eHAHLAAWhqMY9JYzfhO2VNbJDlTWXj8x5PwCFamPx8zHRT 0ChGRHKoITs5S0TjZhF2QHxCg14cbYH1tAHVJ/kEpSn5mWzTPnxVQxd6rWDyTOtUdafj X9R4xWttwND6oljFbvfEMBefffcilXkMp/7ZqtZ8d08g+QVjSLsxwdsMNeLlgXJB7mQe IKGGgvf8M3elbsmQpd0G9oVnVAWR/cMvgHdsZuIMC9mY/46d0tMwQDbahWtTHaxHcRBP 5pRmRcaKmTXuRjUVdkIgfOhnqDmMiCbi6NZnXGfsAxRhz0lK3fQvlLq3ln75vXXLUJQO YvUA== X-Gm-Message-State: ALoCoQk5jdUmidS8W5SPTFEL+OOhchQT/V/8rPFVl6+cNu8/cPr3pvNUjKJ5U/FIthNeE+HbhAlnTVKBCGUXulcIJKxdqtuGGA== X-Received: by 10.28.101.196 with SMTP id z187mr4841454wmb.42.1450556115578; Sat, 19 Dec 2015 12:15:15 -0800 (PST) Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136]) by smtp.gmail.com with ESMTPSA id m16sm12320324wmb.13.2015.12.19.12.15.14 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Dec 2015 12:15:14 -0800 (PST) From: Thomas Monjalon To: "Wiles, Keith" Date: Sat, 19 Dec 2015 21:13:59 +0100 Message-ID: <1654115.ZHbKr7JP7m@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <32F0EBBF-BCA8-462A-BB20-A6C4C978C207@intel.com> References: <1667533.heuKAiE6KB@xps13> <7182786.znu7DeD4EU@xps13> <32F0EBBF-BCA8-462A-BB20-A6C4C978C207@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org Subject: Re: [dpdk-dev] releases scheduling X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2015 20:15:16 -0000 2015-12-19 16:21, Wiles, Keith: > On 12/19/15, 3:47 AM, "Thomas Monjalon" wrote: > >2015-12-19 02:16, Wiles, Keith: > >> On 12/18/15, 6:01 PM, "dev on behalf of Thomas Monjalon" wrote: > >> >2015-12-13 20:22, Thomas Monjalon: > >> >> We need to define the deadlines for the next releases. > >> >> During 2015, we were doing a release every 4 months. > >> >> If we keep the same pace, the next releases would be: > >> >> 2.3: end of March > >> >> 2.4: end of July > >> >> 2.5: end of November > >> >> > >> >> However, things move fast and it may be a bit long to wait 4 months for > >> >> a feature. That's why I suggest to progressively shorten release terms: > >> >> 2.3: end of March > >> >> 2.4: mid July > >> >> 2.5: end of October > >> >> and continue with a release every 3 months: > >> >> 2.6: end of January > >> >> 2.7: end of April > >> >> 2.8: end of July > >> >> This planning would preserve some of the major holiday periods > >> >> (February, May, August, December). > >> >> > >> >> The first period, for the first submission of a feature, was 2 months long. > >> >> Then we had 2 other months to discuss, merge and fix. > >> >> We should shorten only the first period. > >> >> > >> >> Anyway, the next deadlines should be unchanged: > >> >> - January 31: end of first submission phase > >> >> - March 31: release 2.3 > >> >> > >> >> Opinions are welcome. > >> > > >> >It seems everybody agree with this new scheduling. > >> >The web site will be updated accordingly: > >> >http://dpdk.org/ml/archives/web/2015-December/000008.html > >> > > >> >There were some discussions to change the numbering scheme > >> >and rename 2.3 to 16.04. The patch (with arguments) is welcome. > >> >I won't do the patch myself because I don't care :) > >> > > >> >Another discussion was about having a long term support, > >> >i.e. doing some backport maintenance during a given period for > >> >some selected releases. > >> > >> I think we need to decide on the YY.MM.PP format then select > >> the dates for release now. This way we have it out of the way. > >> > >> The date of the release is the first day of the month for the release. > >> > >> March 1st - 15th is 16.03 Patches for 16.03 are from now to Feb 15th > >> Try to get the release out as close to the 1st as possible. > >> This one is a short release. > >> June 1st - 15th is 16.06 For 16.06 March 1st to May 15th > >> Sept 1st - 15th is 16.09 For 16.09 June 1st to Aug 15th > >> Dec 1st - 15th is 16.12 For 16.12 Sept 1st to Nov 15th. > >> > >> The 15th just before the release month is the deadline for patches, gives up 2 weeks before the release date and to the 15th of the release month to get the release out, but we should try for the 1st. The deadline is just a suggestion here or example, we can adjust it to something else. > >> > >> Tag 2.2.0 in the repo also as 15.12 plus I would suggest we tag it as LTS Long Term Support as well. > > > >Hi Keith, > >I'm confused. Have you read the proposal above and the patch above? > >I add it here again to make it more visible: > > http://dpdk.org/ml/archives/web/2015-December/000008.html > >And I copy-paste here: > > The release cycles are progressively shorten during 2016. > > Release 16.04 > > Proposal deadline: January 31 > > Integration deadline: March 10 > > Release: April 7 > > Release 16.07 > > Proposal deadline: May 8 > > Integration deadline: June 16 > > Release: July 18 > > Release 16.11 > > Proposal deadline: August 28 > > Integration deadline: September 30 > > Release: November 2 > > Release 17.02 > > Release: February 1 > > Release 17.05 > > Release: May 2 > > Release 17.08 > > Release: August 1 > > Release 17.11 > > Release: November 2 > > Hi Thomas, > > The reason I keep stating my dates above is to make the release month the same each year not move them around each year. If we move the release months around it will be difficult to determine when the next release is to be done. I think we are both trying to increase the number of releases per year to reduce the work per release. I am trying to get a fixed release month each year just like Ubuntu has 04 and 10 each year. > > Please consider making the months fixed instead of having them move a bit each year. Yes that's what I considered. The dates are not the same in 2016 and 2017 because of the progressive change. But 2017 and 2018 should be identical. And more importantly, these dates should respect the major holidays. > I will shut up about the dates now and let you/others decide, I do not want to upset anyone. > I hope I have been a bit clearer as to what I was trying to accomplish with my comments. Yes thank you Keith, it's a lot clearer. When your comments are argumented, it's a pleasure to discuss :)