Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B7F7F200D40 for ; Sat, 4 Nov 2017 00:24:59 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id B6886160BFC; Fri, 3 Nov 2017 23:24:59 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D38AF160BFB for ; Sat, 4 Nov 2017 00:24:58 +0100 (CET) Received: (qmail 76146 invoked by uid 500); 3 Nov 2017 23:24:51 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 75636 invoked by uid 99); 3 Nov 2017 23:24:51 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2017 23:24:51 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id BAF7B1808C3 for ; Fri, 3 Nov 2017 23:24:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.201 X-Spam-Level: X-Spam-Status: No, score=-0.201 tagged_above=-999 required=6.31 tests=[KAM_NUMSUBJECT=0.5, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id Ol-SzXsaZ4_Z for ; Fri, 3 Nov 2017 23:24:49 +0000 (UTC) Received: from us-smtp-delivery-102.mimecast.com (us-smtp-delivery-102.mimecast.com [63.128.21.102]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 3B8715FCC4 for ; Fri, 3 Nov 2017 23:24:49 +0000 (UTC) Received: from CAS080-CO-11.exch080.serverpod.net (out.exch080.serverdata.net [199.193.205.101]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-54-s8RjTH3TNdq0B5L07oYG2w-1; Fri, 03 Nov 2017 19:24:44 -0400 Received: from MBX080-W3-CO-6.exch080.serverpod.net (10.224.117.162) by MBX080-W3-CO-1.exch080.serverpod.net (10.224.117.152) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Fri, 3 Nov 2017 16:24:42 -0700 Received: from MBX080-W3-CO-6.exch080.serverpod.net ([10.224.117.162]) by MBX080-W3-CO-6.exch080.serverpod.net ([10.224.117.162]) with mapi id 15.00.1263.000; Fri, 3 Nov 2017 16:24:42 -0700 From: Junping Du To: Arun Suresh , =?iso-2022-jp?B?GyRCPVNKP0VIGyhC?= , Vinod Vavilapalli CC: "subru@apache.org" , "common-dev@hadoop.apache.org" , "yarn-dev@hadoop.apache.org" , "hdfs-dev@hadoop.apache.org" , "mapreduce-dev@hadoop.apache.org" Subject: Re: Cutting branch-2.9 Thread-Topic: Cutting branch-2.9 Thread-Index: AQHTUbbYNd5/BaW4O0mirTpe/faCBKL+4/KAgAAOWICAAC8eAIADkeWAgACdJfw= Date: Fri, 3 Nov 2017 23:24:42 +0000 Message-ID: <1509751548995.25843@hortonworks.com> References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-source-routing-agent: Processed MIME-Version: 1.0 X-MC-Unique: s8RjTH3TNdq0B5L07oYG2w-1 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: quoted-printable archived-at: Fri, 03 Nov 2017 23:24:59 -0000 Below is some findings from my recently run of JACC (https://builds.apache.= org/job/Hadoop-2.9-JACC/12/artifact/target/compat-check/report.html) job ag= ainst 2.9 and 2.8.2. I have discussed with Arun and Subru offline on jdiff = report who convinced me some of items are not a big concern. Just tried to = list here in case people in community have different voices:=0A=0A My origi= nal concerns of incompatibilities:=0A 1. It looks like we change from l= og4j to sel4j (HADOOP-12956) in 2.9 which is a huge incompatible change. Do= we have consensus on this in community - as I saw HBase community are deny= this kind of change in minor release? I talked with several other guys who= seems to have different opinion.=0A=0A 2. Some APIs (deprecated in 2.8)= get removed. My understanding is we only remove deprecated API in next maj= or release (3.0) but not minor release. - Arun and Subru convinced me that = removed 2 methods are not supposed to be used by other downstream projects= =0A=0A 3. Some stable APIs get removed, like: YarnScheduler.allocate(), = etc. We may need to add it back for compatibility of Scheduler API.=0A=0ATh= oughts?=0A=0AThanks,=0A=0AJunping=0A=0A____________________________________= ____=0AFrom: Arun Suresh =0ASent: Thursday, November 2,= 2017 11:55 PM=0ATo: =1B$B=3DSJ?EH=1B(B=0ACc: Arun Suresh; subru@apache.org= ; common-dev@hadoop.apache.org; yarn-dev@hadoop.apache.org; hdfs-dev@hadoop= .apache.org; mapreduce-dev@hadoop.apache.org=0ASubject: Re: Cutting branch-= 2.9=0A=0AQuick update folks.=0A=0AWe just cut branch-2.9.0, and set the mvn= version to 2.9.0=0AWe've also updated the version on branch-2.9 to 2.9.1-S= NAPSHOT.=0A=0AExpect an RC in the next 24 hrs :)=0A=0ACheers=0A-Arun/Subru= =0A=0AOn Tue, Oct 31, 2017 at 5:24 PM, Arun Suresh = wrote:=0A=0A> Hi Junping,=0A>=0A> > In the mean time, branch-2.9 should be = reserved for next 2.9 point=0A> release (2.9.1) and branch-2 should be rese= rved for next minor release=0A> (2.10.0 or whatever name it is). Thoughts?= =0A> Yup, That is the current plan. We've updated mvn versions in branch-2 = to=0A> point to 2.10.0-SNAPSHOT.=0A> Once we cut branch-2.9.0, we will upda= te mvn versions on branch-2.9.0 to=0A> 2.9.0 and set versions on branch-2.9= to 2.9.1-SNAPSHOT (We plan to do that=0A> by Thursday)=0A>=0A> Cheers=0A> = -Arun=0A>=0A> On Tue, Oct 31, 2017 at 2:35 PM, =1B$B=3DSJ?EH=1B(B wrote:=0A>=0A>> Hi Arun/Subru,=0A>> Thanks for updating on= 2.9.0 release progress. A quick question here:=0A>> are we planning to rel= ease from branch-2.9 directly?=0A>> I doubt this as it seems against ou= r current branch release practice (=0A>> https://wiki.apache.org/hadoop/How= ToRelease#Branching). To get rid of=0A>> any confusion, I would suggest to = cut-off branch-2.9.0 for 2.9.0 release=0A>> work. In the mean time, branch-= 2.9 should be reserved for next 2.9 point=0A>> release (2.9.1) and branch-2= should be reserved for next minor release=0A>> (2.10.0 or whatever name it= is). Thoughts?=0A>>=0A>> bq. @Junping, lets move the jdiff conversation to= separate thread.=0A>> Sure. I will reply jdiff in separated thread.=0A>>= =0A>> Thanks,=0A>>=0A>> Junping=0A>>=0A>> 2017-10-31 13:44 GMT-07:00 Arun S= uresh :=0A>>=0A>>> Hello folks=0A>>>=0A>>> We just cut = branch-2.9 since all the critical/blocker issues are now=0A>>> resolved.=0A= >>> We plan to perform some sanity checks for the rest of the week and cut= =0A>>> branch-2.9.0 and push out an RC0 by the end of the week.=0A>>>=0A>>>= Kindly refrain from committing to branch-2.9 without giving us a heads=0A>= >> up.=0A>>>=0A>>> @Junping, lets move the jdiff conversation to separate t= hread.=0A>>>=0A>>> Cheers=0A>>> -Arun/Subru=0A>>>=0A>>> On Mon, Oct 30, 201= 7 at 12:39 PM, Subru Krishnan =0A>>> wrote:=0A>>>=0A>>> >= We want to give heads up that we are going to cut branch-2.9 tomorrow=0A>>= > > morning.=0A>>> >=0A>>> > We are down to 3 blockers and they all are clo= se to being committed=0A>>> > (thanks everyone):=0A>>> > https://cwiki.apac= he.org/confluence/display/HADOOP/Hadoop+2.9+Release=0A>>> >=0A>>> > There a= re 4 other non-blocker JIRAs that are targeted for 2.9.0 which=0A>>> are=0A= >>> > close to completion.=0A>>> >=0A>>> > Folks who are working/reviewing = these, kindly prioritize accordingly so=0A>>> > that we can make the releas= e on time.=0A>>> > https://issues.apache.org/jira/browse/YARN-7398?filter= =3D12342468=0A>>> >=0A>>> > Thanks in advance!=0A>>> >=0A>>> > -Subru/Arun= =0A>>> >=0A>>> >=0A>>> >=0A>>>=0A>>=0A>>=0A> --------------------------------------------------------------------- To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org For additional commands, e-mail: common-dev-help@hadoop.apache.org