Return-Path: X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 62F4C10BF9 for ; Tue, 2 Jul 2013 21:40:09 +0000 (UTC) Received: (qmail 94618 invoked by uid 500); 2 Jul 2013 21:40:07 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 94549 invoked by uid 500); 2 Jul 2013 21:40:07 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 94541 invoked by uid 99); 2 Jul 2013 21:40:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Jul 2013 21:40:07 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 216.145.54.172 is neither permitted nor denied by domain of jlowe@yahoo-inc.com) Received: from [216.145.54.172] (HELO mrout2.yahoo.com) (216.145.54.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Jul 2013 21:40:03 +0000 Received: from BF1-EX10-CAHT20.y.corp.yahoo.com (bf1-ex10-caht20.corp.bf1.yahoo.com [10.74.226.42]) by mrout2.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id r62LcmMf079018 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 2 Jul 2013 14:38:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1372801130; bh=WmpV+rwI0bI5iHzyAwEGkkj6NHg4Bzlkp82h6kTM3wg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=q3efGRiZoEUGMT81HPFYlZ5BSMYERPWSTi5if5/TEyohvtaydgnxDcIn0l6nxlOtV 2swWrZb6f9n3T1ndwz5oovPglO+XB9G5MOGQe5Jo/HNf0lh693/+Wc6Uk0k72J135Z vBQ0FQjE4Lud2NBaAPuWFiQXusbpn8ZHvIctQJgc= Received: from includespoke.champ.corp.yahoo.com (10.74.91.112) by owa.corp.yahoo.com (10.74.209.170) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 2 Jul 2013 17:38:48 -0400 Message-ID: <51D34868.6040603@yahoo-inc.com> Date: Tue, 2 Jul 2013 16:38:48 -0500 From: Jason Lowe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: CC: Alejandro Abdelnur Subject: Re: creating 2.2.0 version in JIRA References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.74.91.112] X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 801130002 X-Virus-Checked: Checked by ClamAV on apache.org I thought Arun intends for 2.2.0 to be created off of branch-2.1.0-beta and not off of branch-2. As I understand it, only critical blockers will be the delta between 2.1.0-beta and 2.2.0 and items checked into branch-2 should be marked as fixed in 2.3.0. Part of the confusion is that currently branch-2 builds as 2.2.0-SNAPSHOT, but I believe Arun intended it to be 2.3.0-SNAPSHOT. Jason On 06/21/2013 12:05 PM, Alejandro Abdelnur wrote: > Thanks Suresh, didn't know that, will do. > > > On Fri, Jun 21, 2013 at 9:48 AM, Suresh Srinivas wrote: > >> I have added in to HDFS, HADOOP, MAPREDUCE projects. Can someone add it for >> YARN? >> >> >> On Fri, Jun 21, 2013 at 9:35 AM, Alejandro Abdelnur >> wrote: >>> When Arun created branch-2.1-beta he stated: >>> >>>> The expectation is that 2.2.0 will be limited to content in >>> branch-2.1-beta >>>> and we stick to stabilizing it henceforth (I've deliberately not >> created >>> 2.2.0 >>>> fix-version on jira yet). >>> I working/committing some JIRAs that I'm putting in branch-2 (testcases >> and >>> improvements) but I don't want to put them in branch-2.1-beta as they are >>> not critical and I don't won't add unnecessary noise to the >> branch-2.1-beta >>> release work. >>> >>> Currently branch-2 POMs have a version 2.2.0 and the CHANGES.txt files as >>> well. >>> >>> But because we did not create a JIRA version I cannot close those JIRAs. >>> >>> Can we please create the JIRA versions? later we can rename them. >>> >>> Thx >>> >>> >>> -- >>> Alejandro >>> >> >> >> -- >> http://hortonworks.com/download/ >> > >