Return-Path: Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: (qmail 79063 invoked from network); 14 Jan 2011 08:32:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Jan 2011 08:32:44 -0000 Received: (qmail 46439 invoked by uid 500); 14 Jan 2011 08:32:43 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 45952 invoked by uid 500); 14 Jan 2011 08:32:39 -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 45938 invoked by uid 99); 14 Jan 2011 08:32:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Jan 2011 08:32:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=MIME_QP_LONG_LINE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.48] (HELO mail-qw0-f48.google.com) (209.85.216.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Jan 2011 08:32:31 +0000 Received: by qwh6 with SMTP id 6so2470011qwh.35 for ; Fri, 14 Jan 2011 00:32:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=holsman.net; s=google; h=domainkey-signature:references:in-reply-to:mime-version :content-transfer-encoding:content-type:message-id:cc:x-mailer:from :subject:date:to; bh=vn4vVSirIjTWIsjUKj727wC+eBAf/I38vrpHuJiapec=; b=sOwBI98eVyitMigA1gT9cvcFjFrbt9JT+bERpjqSAjwu/kl8QVyv/Z/t/CGMFx2cJh mfINjzUiJH0X71znNmtW6Z+WYT0VdNKTKugu3wndtphOWrEKuLJl9kTyMdV+ma78YmUs y2xnrDcTfA8rdLUuxclcrqNoNYwLoByLJkPEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=holsman.net; s=google; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; b=SNGIPwE8eUumgRewfKNs+w7PvW/vuAUOGTKI3xlyAGgtNFFGGQ4Re0/JkUemumheQz SpjSIxqpXA3BOT5UJkJ5cy3JXJTKaZZZmGBuE2yFFpmYsnEXb0C7kq7Mvrmc/q4GO5N2 rKmK+DERxDT9Is05qsxDpDJJMS1s0vAuY0q2U= Received: by 10.224.61.10 with SMTP id r10mr437094qah.105.1294993930049; Fri, 14 Jan 2011 00:32:10 -0800 (PST) Received: from [192.168.1.163] ([64.206.95.115]) by mx.google.com with ESMTPS id nb15sm671705qcb.38.2011.01.14.00.32.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 14 Jan 2011 00:32:08 -0800 (PST) References: <91A364F8-480F-4323-92F6-15B47D5A3C32@yahoo-inc.com> In-Reply-To: <91A364F8-480F-4323-92F6-15B47D5A3C32@yahoo-inc.com> Mime-Version: 1.0 (iPad Mail 8C148) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <88238863-C1CB-4932-9288-40655F225D59@holsman.net> Cc: "general@hadoop.apache.org" X-Mailer: iPad Mail (8C148) From: Ian Holsman Subject: Re: [DISCUSS] Move project split down a level Date: Fri, 14 Jan 2011 03:32:03 -0500 To: "general@hadoop.apache.org" X-Virus-Checked: Checked by ClamAV on apache.org +1 full agreement.=20 I think it will be a pita admin wise (due to how svn authorization is set up= ), so it might slow down creation of a new branch, but its worth it. ---=20 Ian Holsman AOL Inc Ian.Holsman@teamaol.com (703) 879-3128 / AIM:ianholsman=20 it's just a technicality On Jan 14, 2011, at 2:25 AM, Eric Baldeschwieler wrot= e: > +1 >=20 > Death to the project split! Or short of that, anything to tame it. >=20 > On Jan 13, 2011, at 10:18 PM, Nigel Daley wrote: >=20 >> Folks, >>=20 >> As I look more at the impact of the common/MR/HDFS project split on what a= nd how we release Hadoop, I feel like the split needs an adjustment. Many f= olks I've talked to agree that the project split has caused us a splitting h= eadache. I think 1 relatively small change could alleviate some of that. >>=20 >> CURRENT SVN REPO: >>=20 >> hadoop / [common, mapreduce, hdfs] / trunk >> hadoop / [common, mapreduce, hdfs] / branches >>=20 >> PROPOSAL: >>=20 >> hadoop / trunk / [common, mapreduce, hdfs] >> hadoop / branches / [common, mapreduce, hdfs] >>=20 >> We're a long way from releasing these 3 projects independently. Given th= at, they should be branched and released as a unit. This SVN structure enfo= rces that and provides a more natural place to keep a top level build and pk= g scripts that operate across all 3 projects. =20 >>=20 >> Thoughts? >>=20 >> Cheers, >> Nige >=20