Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9976E99FB for ; Sat, 21 Jan 2012 05:07:21 +0000 (UTC) Received: (qmail 81138 invoked by uid 500); 21 Jan 2012 05:07:19 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 81098 invoked by uid 500); 21 Jan 2012 05:07:04 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 81090 invoked by uid 99); 21 Jan 2012 05:07:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Jan 2012 05:07:01 +0000 X-ASF-Spam-Status: No, hits=4.7 required=5.0 tests=FREEMAIL_FORGED_REPLYTO,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [98.138.90.84] (HELO nm21.bullet.mail.ne1.yahoo.com) (98.138.90.84) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 21 Jan 2012 05:06:53 +0000 Received: from [98.138.90.55] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 05:06:32 -0000 Received: from [98.138.88.238] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 05:06:32 -0000 Received: from [127.0.0.1] by omp1038.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 05:06:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 31569.1365.bm@omp1038.mail.ne1.yahoo.com Received: (qmail 66441 invoked by uid 60001); 21 Jan 2012 05:06:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1327122391; bh=O6HsUe0a8HXKSxMBMAXa6IDkDqFyF58DStEA3PEDk8M=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=PhUYogrEYx8nuLKB4/y5YqYYMbzVMaF7/umL5Eh7zKCbSd8i/tug+nevfX8BJgfTOgMrEPLxwROe9InyzqXTFB0kiIZwnndvKXbbBNqQglY5OgAX+GrUl/uHl1MHzN2D/SHtLdFeJfLNRbeT8CCURHo7xXdRSfCdUeuAK2WiCLQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YdfAacj1pTomFUG9sfjnU7fiSSeUkpiI3lA8SCq8Y2obkc9XHBRA0oU64LHzbAbl10PYHx6DUv9xzRj45IV5Xi0MrXbyxuquOipo17eQfrQ8PIoWTDqIZFU8aa6tFVLZagHvSpvHS6S7g+YkCD4N7vjr6kIeIQMSLah3BkgmRYg=; X-YMail-OSG: QJx9PL4VM1mDmTlkgSDxz3J6BS4yvwTcwQH6TqY.MlXGReZ 8vj8_J5uZlgjS6xfmJJda19s6OwxXQX7s9G4VV9Gn5OZ7V0zjjo7ip8mIce3 40.7so4..gyLdTuQfdxifyvfq1KCIS3XYXsWweCMEcJYsUUW4d1qdg7zrrBM rW.es3z5kytmoIWG60IFHZF8_kiBOs0s0SRp0QRcuv_jVH2i6LrB_WyzOjvC F5D.evyYpFwkYk56KRU2iB.kw0WIQXsjlPqIIWY4weQOasXkNOKUoEFRX0D2 3gTuVWgqmKbr9xvbtOu.twNwVRz3UC1.fk1eCYUWFVHyD_iww9OBmc.vwj29 rVr95Gjnscsfe0azqH6VxTi_P7WYTYr07jeAyeAAsAI6Xfb5xU7apa3wfhtf P7q0_0nfY3qG7ycifUldZXQId0F0apzXahhpVsxCKdk0R0fJIimEexGahnIT 5fcdHd33rO5djKgATmy4T Received: from [69.181.180.38] by web121703.mail.ne1.yahoo.com via HTTP; Fri, 20 Jan 2012 21:06:31 PST X-Mailer: YahooMailWebService/0.8.116.331537 References: Message-ID: <1327122391.64483.YahooMailNeo@web121703.mail.ne1.yahoo.com> Date: Fri, 20 Jan 2012 21:06:31 -0800 (PST) From: lars hofhansl Reply-To: lars hofhansl Subject: Re: time based release Was: code review: HBASE-5231 Backport HBASE-3373 (per-table load balancing) to 0.92 To: Ted Yu , "dev@hbase.apache.org" Cc: Todd Lipcon , stack , Jean-Daniel Cryans In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="1001534069-1083582346-1327122391=:64483" --1001534069-1083582346-1327122391=:64483 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Absolutely. I'd also throw HBASE-4608 in there.=0A=0A=0A=0A________________= ________________=0A From: Ted Yu =0ATo: dev@hbase.apac= he.org; lars hofhansl =0ACc: Todd Lipcon ; stack ; Jean-Daniel Cryans = =0ASent: Friday, January 20, 2012 8:55 PM=0ASubject: time based release Was= : code review: HBASE-5231 Backport HBASE-3373 (per-table load balancing) to= 0.92=0A =0A=0AI suggest first completing HBASE-2600 and HBASE-4218 before = branching 0.94=0AWe have 5 Jenkins builds so far. After branching, we need = to maintain 5 Jenkins builds.=0A=0ACheers=0A=0A=0AOn Fri, Jan 20, 2012 at 8= :33 PM, lars hofhansl wrote:=0A=0AI agree. As soon as= 0.92.0 is released, let's talk about 0.94.=0A>=0A>+1 on time based release= s!=0A>=0A>=0A>I think 0.92 shows that not doing frequent releases leads to = a lot cruft accumulating in trunk, which then takes a lot of time to stabal= ize.=0A>=0A>=0A>=0A>=0A>________________________________=0A>=A0From: Todd L= ipcon =0A>To: dev@hbase.apache.org=0A>Cc: stack ; lars hofhansl ; Jean-Daniel Cryans =0A>Sent: Friday, January 20, 2012 10:07 AM=0A>Subject: Re: co= de review: HBASE-5231 Backport HBASE-3373 (per-table load balancing) to 0.9= 2=0A>=0A>=0A>On Fri, Jan 20, 2012 at 10:04 AM, Ted Yu = wrote:=0A>> I made Fix Version of HBASE-5231 0.92.1=0A>>=0A>> I can wait t= ill 0.92.0 is released.=0A>=0A>IMO we should push it to 0.94.0. Point relea= ses should be for minor=0A>improvements and bug fixes. The fact that we div= ert so much energy=0A>into past releases is part of why we're so slow to re= lease the new=0A>ones -- and the long period between the new releases I thi= nk=0A>contributes to how unstable trunk gets in the meantime. I won't -1 it= =0A>for 0.92.1, but it just seems like a Bad Idea.=0A>=0A>/me goes back to = beating the 'we should do time-based releases' drum=0A>=0A>-Todd=0A>=0A>>= =0A>> On Fri, Jan 20, 2012 at 10:00 AM, Todd Lipcon wro= te:=0A>>=0A>>> Can we please wait until 0.92 is released before we talk abo= ut putting=0A>>> more stuff in there? This release process has dragged on f= or months=0A>>> because we can't seem to say "no".=0A>>>=0A>>> Todd=0A>>>= =0A>>> On Thu, Jan 19, 2012 at 9:53 PM, Ted Yu wrote:= =0A>>> > Hi,=0A>>> > The person sitting next to me at the HBase meetup toni= ght told me that=0A>>> they=0A>>> > once thought of allocating one cluster = per table - just to keep regions=0A>>> in=0A>>> > each table balanced.=0A>>= > >=0A>>> > With HBASE-5231, you don't have to do that anymore.=0A>>> >=0A>= >> > Please review the patch.=0A>>> >=0A>>> > Thanks=0A>>>=0A>>>=0A>>>=0A>>= > --=0A>>> Todd Lipcon=0A>>> Software Engineer, Cloudera=0A>>>=0A>=0A>=0A>= =0A>--=0A>Todd Lipcon=0A>Software Engineer, Cloudera --1001534069-1083582346-1327122391=:64483--