hadoop-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eli Collins <...@cloudera.com>
Subject Re: [VOTE] Release candidate
Date Wed, 04 May 2011 22:24:14 GMT
With my Cloudera hat on..

When we went through the 10x and 20x patches we only pulled a subset
of them, primarily for security and the general improvements that we
thought were good.  We found both incompatible changes and some
sketchy changes that we did not pull in from a quality perspective.
There is a big difference between a patch set that's acceptable for
Yahoo!'s user base and one that's a more general artifact.

When we evaluated the YDH patch sets we were using that frame of mind.
 I'm now looking it in terms of an Apache release. And the place to
review changes for an Apache release is on jira.

CDH3 is based on the latest stable Apache release (20.2) so it doesn't
regress against it.  I'm nervous about rebasing future releases on 203
because of the compatibility and quality implications.


On Wed, May 4, 2011 at 3:06 PM, Suresh Srinivas <sureshms@yahoo-inc.com> wrote:
> Eli,
> How many of these patches that you find troublesome are in CDH already?
> Regards,
> Suresh
> On 5/4/11 3:03 PM, "Eli Collins" <eli@cloudera.com> wrote:
>> On Wed, May 4, 2011 at 10:31 AM, Owen O'Malley <omalley@apache.org> wrote:
>>> Here's an updated release candidate for I've incorporated the
>>> feedback and included all of the patches from 0.20.2, which is the last
>>> stable release. I also fixed the eclipse-plugin problem.
>>> The candidate is at: http://people.apache.org/~omalley/hadoop-
>>> Please download it, inspect it, compile it, and test it. Clearly, I'm +1.
>>> -- Owen
>> While rc2 is an improvement on rc1, I am -1 on this particular rc.  Rationale:
>> This rc contains many patches not yet committed to trunk. This would
>> cause the next major release (0.22) to be a feature regression against
>> our latest stable release (203), were 0.22 released soon.
>> This rc contains many patches not yet reviewed by the community via
>> the normal process (jira, patch against trunk, merge to a release
>> branch). I think we should respect the existing community process that
>> has been used for all previous releases.
>> This rc introduces a new development and braching model (new feature
>> development outside trunk) and Hadoop versioning scheme without
>> sufficient discussion or proposal of these changes with the community.
>> We should establish new process before the release, a release is not
>> the appropriate mechanism for changing our review and development
>> process or versioning .
>> I do support a release from branch-0.20-security that follows the
>> existing, established community process.
>> Thanks,
>> Eli

View raw message