Return-Path: X-Original-To: apmail-hive-user-archive@www.apache.org Delivered-To: apmail-hive-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 426DD10ADA for ; Fri, 27 Dec 2013 19:44:33 +0000 (UTC) Received: (qmail 10551 invoked by uid 500); 27 Dec 2013 19:44:30 -0000 Delivered-To: apmail-hive-user-archive@hive.apache.org Received: (qmail 10070 invoked by uid 500); 27 Dec 2013 19:44:30 -0000 Mailing-List: contact user-help@hive.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hive.apache.org Delivered-To: mailing list user@hive.apache.org Received: (qmail 10049 invoked by uid 99); 27 Dec 2013 19:44:30 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Dec 2013 19:44:30 +0000 Received: from localhost (HELO mail-we0-f172.google.com) (127.0.0.1) (smtp-auth username hashutosh, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Dec 2013 19:44:30 +0000 Received: by mail-we0-f172.google.com with SMTP id p61so8592931wes.17 for ; Fri, 27 Dec 2013 11:44:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Z7Yu4aovsTT87/MwQ8oAvUaZE18NAiEzwFoxtwIVpLQ=; b=S123yrFJ/SlYAgBhIoLqWS2hTS1V274DpZexKNccjizAmbSxCinZjE7pMTqyVVQCR+ B03sDDzxR8TyZeDSa1lVgG2mG/ZnHooJvNbzRgtf0u8wIToa60Z4z6FDrT6OhuA5rI9Z 89chO7hKtlbsQopkLYP8Fve8Kbpbj2wNU5lMesj/Qlxjn2C6rY4COtfOz9zSoDtHHzKt 40jpyprldvkSEQkBLRXvUUyUrP4iE3po55qwI787ogX7pK/cV8wk6hKZgDfm+qLAy4oV UAmerMB5kBNgj6FZADhote8A1K20QAgUnbPgfe9iJqn3XS5RyS5F8xMv1oe5Eb7UyncL WvzQ== X-Received: by 10.194.2.108 with SMTP id 12mr10621985wjt.64.1388173467963; Fri, 27 Dec 2013 11:44:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.134.40 with HTTP; Fri, 27 Dec 2013 11:44:07 -0800 (PST) In-Reply-To: References: From: Ashutosh Chauhan Date: Fri, 27 Dec 2013 11:44:07 -0800 Message-ID: Subject: Re: [DISCUSS] Proposed Changes to the Apache Hive Project Bylaws To: "dev@hive.apache.org" Cc: "" , "private@hive.apache.org" Content-Type: multipart/alternative; boundary=047d7b3440da71d38204ee8952fd --047d7b3440da71d38204ee8952fd Content-Type: text/plain; charset=ISO-8859-1 Proposed changes look good to me, both suggested by Carl and Thejas. Another one I would like to add for consideration is: 24 hour rule between +1 and commit. Since this exists only in Hive (no other apache project which I am aware of) this surprises new contributors. More importantly, I have seen multiple cases where patch didn't get committed because committer after +1 forgot to commit after 24 hours have passed. I propose to modify that one such that there must be 24 hour duration between creation of jira and patch commit, that will ensure that there is sufficient time for folks to see changes which are happening on trunk. Thanks, Ashutosh On Fri, Dec 27, 2013 at 9:33 AM, Thejas Nair wrote: > The changes look good to me. > Only concern I have is with the 7 days for release candidate voting. > Based on my experience with releases, it often takes few cycles to get > the candidate out, and people tend to vote closer to the end of the > voting period. This can mean that it takes several weeks to get a > release out. But this will not be so much of a problem as long as > people don't wait for end of the voting period to vote, or if they > look at the candidate branch even before the release candidate is out. > > Should we also include a provision for branch merges ? I think we > should have a longer voting period for branch merges (3 days instead > of 1?) and require 3 +1s (this part is also in the hadoop by-law ) . > > > On Thu, Dec 26, 2013 at 7:08 PM, Carl Steinbach wrote: > > I think we should make several changes to the Apache Hive Project Bylaws. > > The proposed changes are available for review here: > > > > > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=38568856 > > > > Most of the changes were directly inspired by provisions found in the > Apache > > Hadoop Project Bylaws. > > > > Summary of proposed changes: > > > > * Add provisions for branch committers and speculative branches. > > > > * Define the responsibilities of a release manager. > > > > * PMC Chairs serve for one year and are elected by the PMC using Single > > Transferable Vote (STV) voting. > > > > * With the exception of code change votes, the minimum length of all > voting > > periods is extended to seven days. > > > > Thanks. > > > > Carl > > -- > CONFIDENTIALITY NOTICE > NOTICE: This message is intended for the use of the individual or entity to > which it is addressed and may contain information that is confidential, > privileged and exempt from disclosure under applicable law. If the reader > of this message is not the intended recipient, you are hereby notified that > any printing, copying, dissemination, distribution, disclosure or > forwarding of this communication is strictly prohibited. If you have > received this communication in error, please contact the sender immediately > and delete it from your system. Thank You. > --047d7b3440da71d38204ee8952fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Proposed changes look good to me, both suggested by Carl a= nd Thejas.=A0
Another one I would like to add for consideration is: 24 = hour rule between +1 and commit. Since this exists only in Hive (no other a= pache project which I am aware of) this surprises new contributors. More im= portantly, I have seen multiple cases where patch didn't get committed = because committer after +1 forgot to commit after 24 hours have passed. I p= ropose to modify that one such that there must be 24 hour duration between = creation of jira and patch commit, that will ensure that there is sufficien= t time for folks to see changes which are happening on trunk.

Thanks,
Ashutosh=A0


On Fri, Dec 27, 2013 at 9:3= 3 AM, Thejas Nair <thejas@hortonworks.com> wrote:
The changes look good to me.
Only concern I have is with the 7 days for release candidate voting.
Based on my experience with releases, it often takes few cycles to get
the candidate out, and people tend to vote closer to the end of the
voting period. This can mean that it takes several weeks to get a
release out. But this will not be so much of a problem as long as
people don't wait for end of the voting period to vote, or if they
look at the candidate branch even before the release candidate is out.

Should we also include a provision for branch merges ? I think we
should have a longer voting period for branch merges (3 days instead
of 1?) and require 3 +1s (this part is also in the hadoop by-law ) .


On Thu, Dec 26, 2013 at 7:08 PM, Carl Steinbach <cws@apache.org> wrote:
> I think we should make several changes to the Apache Hive Project Byla= ws.
> The proposed changes are available for review here:
>
> https://cwiki.apache.org/confluence/pag= es/viewpage.action?pageId=3D38568856
>
> Most of the changes were directly inspired by provisions found in the = Apache
> Hadoop Project Bylaws.
>
> Summary of proposed changes:
>
> * Add provisions for branch committers and speculative branches.
>
> * Define the responsibilities of a release manager.
>
> * PMC Chairs serve for one year and are elected by the PMC using Singl= e
> Transferable Vote (STV) voting.
>
> * With the exception of code change votes, the minimum length of all v= oting
> periods is extended to seven days.
>
> Thanks.
>
> Carl

--
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to=
which it is addressed and may contain information that is confidential,
privileged and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are hereby notified that=
any printing, copying, dissemination, distribution, disclosure or
forwarding of this communication is strictly prohibited. If you have
received this communication in error, please contact the sender immediately=
and delete it from your system. Thank You.

--047d7b3440da71d38204ee8952fd--