Return-Path: Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: (qmail 55379 invoked from network); 23 Oct 2010 10:45:23 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Oct 2010 10:45:23 -0000 Received: (qmail 83478 invoked by uid 500); 23 Oct 2010 10:45:22 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 83204 invoked by uid 500); 23 Oct 2010 10:45:19 -0000 Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@hadoop.apache.org Delivered-To: mailing list general@hadoop.apache.org Received: (qmail 83196 invoked by uid 99); 23 Oct 2010 10:45:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Oct 2010 10:45:18 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.82.48] (HELO mail-ww0-f48.google.com) (74.125.82.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Oct 2010 10:45:13 +0000 Received: by wwi17 with SMTP id 17so1638018wwi.29 for ; Sat, 23 Oct 2010 03:44:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.166.68 with SMTP id f46mr608324wel.26.1287830692230; Sat, 23 Oct 2010 03:44:52 -0700 (PDT) Received: by 10.216.87.78 with HTTP; Sat, 23 Oct 2010 03:44:52 -0700 (PDT) In-Reply-To: References: <20101022220359.GE17626@tp> Date: Sat, 23 Oct 2010 06:44:52 -0400 Message-ID: Subject: Re: bringing the codebases back in line From: Ian Holsman To: general@hadoop.apache.org Content-Type: multipart/alternative; boundary=001485f9481ef0f4e00493467218 --001485f9481ef0f4e00493467218 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 22, 2010 at 11:04 PM, Milind A Bhandarkar wrote: > > On Oct 22, 2010, at 6:33 PM, Ian Holsman wrote: > > > I think we should push forward to 0.22 as well. > > "As Well" ? That means there is something else you want to do, right ? > as well as in I agree with the other people who want to have a 0.22 release, as opposed to wanting to have another 0.20 release. > > What is it ? > > You have said in earlier emails that "Yahoo distribution of hadoop not > being the same as apache hadoop trunk will cause 'other' problems". > I'm picking on yahoo here, but the same could be said for cloudera as well. > > Let me ask a yes/no question, based on some of your ambiguous statements in > this thread. > > Do you want Yahoo! distribution of Hadoop the same as trunk ? > I want the Yahoo & Cloudera distributions of hadoop to be as close as possible to the released version of apache hadoop. I want Yahoo (and others) to look at the apache release and be able say we can use this on our own cluster, and not have to maintain their 500 or so patches on top of the standard release. I want to get the 0.22 (and future) apache releases to a point where the internal Yahoo developers start asking themselves if they should switch, and if there is a need for them to maintain their github release at all. and like Bernd says, I don't have the power to dictate what Yahoo runs on their cluster internally, neither do I want it. As a user I was quite pleased when Yahoo and Cloudera put their versions out there. It was tremendously helpful to me getting my shit done, but by them doing so it told me (by the fact that they had to release it, and how different they were) that I shouldn't be running on a standard apache release. To repeat for those who think I write vaguely. I want to remove the need for multiple distributions. which back to the original thread: one approach suggested to resolve the multiple branches is to do releases frequently, but in order to do that we have need to things in place to help test the releases quickly so as to ensure the quality is there. > - milind > > > -- > Milind Bhandarkar > (mailto:milindb@yahoo-inc.com) > (phone: 408-203-5213 W) > > > --001485f9481ef0f4e00493467218--