Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@hadoop.apache.org
Received-SPF: unknown (athena.apache.org: error in processing during lookup of
 jrottinghuis@ebay.com)
DomainKey-Signature: s=corp; d=ebay.com; c=nofws; q=dns;
  h=X-EBay-Corp:X-IronPort-AV:Received:Received:From:To:Date:
   Subject:Thread-Topic:Thread-Index:Message-ID:References:
   In-Reply-To:Accept-Language:Content-Language:
   X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:
   x-ems-proccessed:x-ems-stamp:Content-Type:
   Content-Transfer-Encoding:MIME-Version:X-CFilter;
  b=IMIgm+uPnyX9ihjR5SjOBVaVUi/zDyR0LVTcrWgVm69XbILcWnwA5mmo
   Dgx6RPUpLwV6MUwTAACH1fWzGNcTac7jYbIQSIorFf392eocxzQLGeDwg
   Tlb9mklLVzpVHxb;
From: "Rottinghuis, Joep" <jrottinghuis@ebay.com>
To: "general@hadoop.apache.org" <general@hadoop.apache.org>
Date: Fri, 9 Sep 2011 11:41:47 -0600
Subject: RE: abandoning 22 - was: Content request for 0.20.205 Sustaining
 Release
Thread-Topic: abandoning 22 - was: Content request for 0.20.205 Sustaining
 Release
Thread-Index: AcxvEnfUDjdbi9RdQjCNzAuNAFIqgQAAyVXw
Message-ID: 
 <C25CE95B9064B543BAF2058027F5691F95F16CF244@DEN-MEXMS-001.corp.ebay.com>
References: <CA8532E7.13F76%johngeo@yahoo-inc.com>
	<F393B93D-4C6B-4419-8539-906D1A2DE117@hortonworks.com>
	<9C0A256C-7DA3-4C40-9F64-A6812B1E2A8B@eecs.berkeley.edu>
	<-4341369250559116202@unknownmsgid>
	<F1C79D93-B6CF-47F5-BED9-486DB41B3EC8@mac.com>
	<D6546BE6-E241-4852-9823-70BBD42F4687@hortonworks.com>
	<CAKtuutG14FcLKffXbO69+S8U_RDVmb=ai1JBbDpC2OMZihyR=w@mail.gmail.com>
	<4E69ED0C.1090402@apache.org>
 <CAPn_vTuEtnOcQUhXWvHDJfE2t7Tbzopzo78KdcCstqJ=zU45FA@mail.gmail.com>
In-Reply-To: 
 <CAPn_vTuEtnOcQUhXWvHDJfE2t7Tbzopzo78KdcCstqJ=zU45FA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


-----Original Message-----
From: Eli Collins [mailto:eli@cloudera.com]=20
Sent: Friday, September 09, 2011 10:03 AM
To: general@hadoop.apache.org
Subject: Re: abandoning 22 - was: Content request for 0.20.205 Sustaining R=
elease

...

> MR1 is being maintained on 20x. In fact 20x is the only MR1 code that sup=
ports security and disk failure handling. The MR1 code in 22 is a regressio=
n in some significant aspects (features, performance, bugs) from the latest=
 stable MR1 (204).
...

Eli, aside from the disk failure handling which is a new feature in 205 (no=
t present in earlier 20x releases), could you please elaborate on which oth=
er significant aspects 22 would regress from 20x?=20

> My understanding of the way Apache operates is that you can't do things l=
ike "declare blocks on upgrade paths". People can try to release updates to=
 21 or 22 (or some new tree). Ie the decisions are made implicitly by where=
 people invest cycles.

If a group of committers say that they'll commit to trunk, to 0.23 and to 0=
.20x, but not to 0.22, then in effect that is like to "declare a block on u=
pgrade path" isn't it? The more such commits that go in to other branches, =
but not the ones in between essentially is a declaration of a block, becaus=
e of the very regression argument you make.

I agree that nobody can be made to contribute to something they don't want,=
 but does that result into a split?
In other words, if a significant bug fix or feature goes into trunk and int=
o 22, can developers then simply say: "I'm not interested to put this into =
23, you do this yourself if you want?". Will that be tolerated or vetoed?

Thanks,

Joep