Return-Path: Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: (qmail 91168 invoked from network); 17 Jan 2011 20:00:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Jan 2011 20:00:20 -0000 Received: (qmail 28804 invoked by uid 500); 17 Jan 2011 20:00:18 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 28712 invoked by uid 500); 17 Jan 2011 20:00:17 -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 28704 invoked by uid 99); 17 Jan 2011 20:00:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jan 2011 20:00:17 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ndaley@mac.com designates 17.148.16.99 as permitted sender) Received: from [17.148.16.99] (HELO asmtpout024.mac.com) (17.148.16.99) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jan 2011 20:00:11 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [10.0.1.13] (c-71-198-192-174.hsd1.ca.comcast.net [71.198.192.174]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LF6001GMNH25F70@asmtp024.mac.com> for general@hadoop.apache.org; Mon, 17 Jan 2011 11:58:15 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-17_08:2011-01-17,2011-01-17,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=3 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101170123 Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and wrapped. Subject: Re: [DISCUSS] Hadoop Security Release off Yahoo! patchset From: Nigel Daley In-reply-to: Date: Mon, 17 Jan 2011 11:58:06 -0800 Message-id: References: <516684F5-0052-4381-805D-760B61DECB16@yahoo-inc.com> <366A9E58-5BD7-497D-9AE1-229959ED4065@apache.org> <18C5C999-4680-4684-BC55-A430C40FD746@yahoo-inc.com> <2A07F1E6-7096-493B-B92E-89938689DD50@yahoo-inc.com> <5CDDF962-5828-459F-87C3-5033EC21E9BF@mac.com> <075308A1-129B-4BF7-8924-C04EC6106D3E@yahoo-inc.com> <388582DF-FC85-49D1-A89C-1F36CE34A0E2@yahoo-inc.com> <04705B3C-49A9-46B3-8AA9-5673EFBDE544@yahoo-inc.com> <74BDFA74-DB12-4109-89DF-B353FC7296C4@yahoo-inc.com> <00F14279-2802-4CC3-91AC-481AE257FD8B@yahoo-inc.com> <58FF3525-B734-44A0-A5C6-45282A23F06F@yahoo-inc.com> <7D4397E2-B618-4BD1-8E1E-08B1C598B76F@yahoo-inc.com> <10BA9684-51FF-4332-A2FD-5F648E0AAF8C@Holsman.NET> <2C71D87C-D7BF-4993-B0F9-05E455E9CC77@mac.com> To: general@hadoop.apache.org X-Mailer: Apple Mail (2.1082) Eric, Arun, I'd like to explicitly clarify one aspect of this branch and what you mean by 'release' -- it can have many meanings. Are you asking to actually create an Apache release from this branch (binary & source)? Or, as I was assuming, simply commit all this code to this branch and leave it there without a formal release so others can role their own binary if they wish? Thanks, Nige On Jan 14, 2011, at 10:30 AM, Eric Baldeschwieler wrote: > Yup. Letting people who want to contribute, do so a good meme! > > A stable next release would be great. But orgs do sustaining on stable code releases for a lot of very good reasons. > > A next Hadoop 21+ of this code quality is almost a year away in my opinion. > > --- > E14 - via iPhone > > On Jan 14, 2011, at 10:05 AM, "Jakob Homan" wrote: > >>> On another thread discussing hadoop-0.20-append as a separate branch, most people agreed that new features shouldn't be added to 0.20, now we have a major feature and we are all gung ho for it.. >> >> Not all are. I'm against it for the all the same reasons I was >> against 20 append. This is also being used as a wedge to get the >> append work in as .200. My position is that every iota effort of >> releasing another 20 branch is an iota not spent on getting us a >> kick-ass 22. 20 was great, and we had a lot of wonderful times >> together, but it's time to move on and see other releases. >> >> But, this is a volunteer effort, and if others want to put the effort >> in, they're free to do so. >> -jg >> >> On Fri, Jan 14, 2011 at 9:32 AM, Nigel Daley wrote: >>> Yup, I'll say it again. The process ain't perfect but it's good enough IMO. Thank you Yahoo! for your contribution. >>> >>> Clearly these patch will need review before commit when going into trunk. >>> >>> Let's move on to 0.22. >>> >>> Nige >>> >>> On Jan 14, 2011, at 9:20 AM, Konstantin Boudnik wrote: >>> >>>> I tend to second most of Ian's points here. >>>> >>>> On Fri, Jan 14, 2011 at 06:14, Ian Holsman wrote: >>>>> (with my Apache hat on) >>>>> I'm -0.5 on doing this as one big mega-patch and not including append (as opposed to a series of smaller patches). >>>> >>>> #1: we are creating a precedent of a "brain-dump" here. Although, it >>>> isn't the first one in the history of OSS. Infamous Apple "patch" to >>>> OpenBSD is another one ;) >>>> >>>> #2: How to spell 'back door' any one? >>>> >>>> #5: "almost 10 internal releases" Arun has mentioned above might be, >>>> perhaps, considered as a great quality control effort. Also, not to >>>> mention virtual impossibility to create a test plan to validate a >>>> giant features patch. >>>> >>>>> BTW, I'd like to point out a discrepancy here: >>>>> >>>>> On another thread discussing hadoop-0.20-append as a separate branch, most people agreed that new features shouldn't be added to 0.20, now we have a major feature and we are all gung ho for it.. >>>> >>>> And this ^^^ >>>> >>>> But, hey I guess it's totally worth it! >>>> Cos >>>> >>>>> --Ian >>>>> >>>>> On Jan 14, 2011, at 2:21 AM, Arun C Murthy wrote: >>>>> >>>>>> >>>>>> On Jan 13, 2011, at 10:59 PM, Stack wrote: >>>>>> >>>>>>> (Man, it was looking good there for a second when 0.20.100 was about >>>>>>> security+append!) >>>>>>> >>>>>>> Good luck w/ the release Arun. >>>>>>> >>>>>> >>>>>> Thanks! >>>>>> >>>>>>> We might be following your 0.20.100 with a 0.20.200 append. >>>>>>> >>>>>> >>>>>> Super! >>>>>> >>>>>> Arun >>>>> >>>>> >>> >>>