Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-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 2B6BB10602 for ; Tue, 25 Mar 2014 17:09:22 +0000 (UTC) Received: (qmail 83914 invoked by uid 500); 25 Mar 2014 17:09:21 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 83711 invoked by uid 500); 25 Mar 2014 17:09:20 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 83703 invoked by uid 99); 25 Mar 2014 17:09:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Mar 2014 17:09:19 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.216.43] (HELO mail-qa0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Mar 2014 17:09:14 +0000 Received: by mail-qa0-f43.google.com with SMTP id j15so839213qaq.2 for ; Tue, 25 Mar 2014 10:08:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=oVPxdxeADnG/wZKsu9EPDOuFVsROa3YOWfS/RaYR2xw=; b=Az9XMBk6Pp27gZRxAmb1ysr0n7nmHlhYuCas54GrJzqzCEfH2GXxBhIpPtyzFyvSFA RSny4NWpZJSv3zec+2MHTg4oqm0+SLMTVUrVNwp8ttfeITLjdkHG/HZBQWmIkzlEokdW JsxBON3/WGCLh0WMf+yy+UaDo083L1Gvb+W03yA8m6qq+Jx9MPDOtUPhe0W/rqVu7hio fWwGhZQhzU3kr9b0atz4mXSOIjfJLd9K0EFo2oPKB70Bcc7hVR+HJJR1vRbhB0coCgzj oMlqdWfmQZcLG6PZ//+Zp8nDkf+DDlqA1iYhjqPX4mlMBxGEDq9vnl4vXi1o6D1eqOqH e6Dw== X-Gm-Message-State: ALoCoQlGRCGxiCJAYjFKMS+IRU9TuWOZ64M/Kq3/KxtBIr+MVks/Lw8JRDJm/csXyJi4XIp02HwS X-Received: by 10.224.103.197 with SMTP id l5mr84927395qao.69.1395767332111; Tue, 25 Mar 2014 10:08:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.46.69 with HTTP; Tue, 25 Mar 2014 10:08:32 -0700 (PDT) In-Reply-To: References: From: Bill Havanki Date: Tue, 25 Mar 2014 13:08:32 -0400 Message-ID: Subject: Re: Bylaw edits based on first vote discussion To: dev@accumulo.apache.org Content-Type: multipart/alternative; boundary=001a11c1bdee051ba804f57168f9 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1bdee051ba804f57168f9 Content-Type: text/plain; charset=ISO-8859-1 The "resolving license disputes" bullet is from the original boilerplate copied from ZooKeeper, so if it does not apply or make sense to us, +1 to dropping it. I like the verbiage about how undefined voting actions should be run. I wouldn't want a needed vote to be held up because we need to update the bylaws first. On Tue, Mar 25, 2014 at 12:57 PM, Billie Rinaldi wrote: > I think "the ASF board removes PMC members" is misleading, so I changed it > to "PMC members can only be removed with approval from the ASF Board". I > also added a bullet under PMC about protecting Apache trademarks, and a > link to the PMC Guide for more detailed information. Does anyone know what > "Resolving license disputes regarding products of the project" means? If > not, can we remove this bullet? I'm not sure which responsibility this is > trying to highlight, so it at least needs clarification. > > Otherwise, it seems to be in pretty good shape. > > > On Tue, Mar 25, 2014 at 7:01 AM, Bill Havanki >wrote: > > > I took one more pass through the bylaws. Besides fixing a typo and > adding a > > missing comma, the only change I made was to add a "New PMC Chair" voting > > action. This was already defined in the PMC section as requiring > consensus > > approval, so I just added a row to the voting action table for it. I set > > the minimum vote period to 3 days, matching the new committer and new PMC > > member actions. A longer period would also be fine IMO. > > > > [Site publishing isn't working for me, but you can see the changes in CMS > > or at the staging URL: http://accumulo.staging.apache.org/bylaws.html] > > > > I'll tentatively plan to call a vote on Thursday. Thanks, everyone! > > > > > > On Thu, Mar 20, 2014 at 3:44 PM, Sean Busbey > >wrote: > > > > > Excellent. Thank you Christopher! > > > > > > -Sean > > > > > > > > > On Thu, Mar 20, 2014 at 2:43 PM, Christopher > > wrote: > > > > > > > Sean- > > > > > > > > I took care of it; used the neutral "their". > > > > > > > > -- > > > > Christopher L Tubbs II > > > > http://gravatar.com/ctubbsii > > > > > > > > > > > > On Thu, Mar 20, 2014 at 2:14 PM, Sean Busbey < > > busbey+lists@cloudera.com> > > > > wrote: > > > > > I was going rewrite it to use singular they instead of the current > > > > > combination of "his/her" and "his or her". But I haven't found time > > to > > > do > > > > > it yet. > > > > > > > > > > > > > > > On Thu, Mar 20, 2014 at 1:10 PM, Bill Havanki < > > > bhavanki@clouderagovt.com > > > > >wrote: > > > > > > > > > >> I removed the reinstatement voting actions, as discussed earlier > in > > > this > > > > >> thread. The actions are now purely "New Committer" and "New PMC > > > Member". > > > > >> > > > > >> I think a diff between the votes is a great idea, easy to do with > > svn. > > > > >> > > > > >> Any other feedback or issues with the proposed bylaws? > > > > >> > > > > >> > > > > >> On Wed, Mar 19, 2014 at 4:35 PM, Mike Drob > > > wrote: > > > > >> > > > > >> > I think at this point, any willing person can make edits. I do > not > > > > expect > > > > >> > we will suffer from too many cooks. > > > > >> > > > > > >> > For the next vote, it would be a good idea to include a diff to > > the > > > > first > > > > >> > vote. > > > > >> > > > > > >> > > > > > >> > On Wed, Mar 19, 2014 at 4:28 PM, Sean Busbey < > > > > busbey+lists@cloudera.com > > > > >> > >wrote: > > > > >> > > > > > >> > > How are we handling proposed changes? Just post a new version? > > > Email > > > > >> > > description and then some coordinating editor (Bill H?) > handles > > > > >> > > implementation? > > > > >> > > > > > > >> > > > > > > >> > > On Wed, Mar 19, 2014 at 2:50 PM, Bill Havanki < > > > > >> bhavanki@clouderagovt.com > > > > >> > > >wrote: > > > > >> > > > > > > >> > > > I think you are right about the reinstatement actions. > > > > >> > > > > > > > >> > > > - If a committer cannot lose status, she cannot be denied > > > getting > > > > the > > > > >> > > > commit bit back / her password reset after going idle / > > > emeritus. > > > > So, > > > > >> > no > > > > >> > > > vote is warranted. > > > > >> > > > - An emeritus PMC member can simply declare that she is back > > via > > > > >> email > > > > >> > > (the > > > > >> > > > bylaws even say so right now). > > > > >> > > > > > > > >> > > > > > > > >> > > > On Wed, Mar 19, 2014 at 3:01 PM, Christopher < > > > ctubbsii@apache.org > > > > > > > > > >> > > wrote: > > > > >> > > > > > > > >> > > > > Thanks for doing this. > > > > >> > > > > > > > > >> > > > > I'm still not sure it makes sense to have "reinstatement" > > even > > > > on > > > > >> the > > > > >> > > > > list of voting actions, given that removal is not a > possible > > > > thing, > > > > >> > > > > but everything else looks good. > > > > >> > > > > > > > > >> > > > > I'm more comfortable with the release plan being in the > > > initial > > > > >> > > > > bylaws, now that we've discussed what that means, so I'm > > glad > > > > you > > > > >> > > > > included that stuff. > > > > >> > > > > > > > > >> > > > > -- > > > > >> > > > > Christopher L Tubbs II > > > > >> > > > > http://gravatar.com/ctubbsii > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > On Wed, Mar 19, 2014 at 1:55 PM, Bill Havanki < > > > > >> > > bhavanki@clouderagovt.com > > > > >> > > > > > > > > >> > > > > wrote: > > > > >> > > > > > Hello all, > > > > >> > > > > > > > > > >> > > > > > I have updated our proposed bylaws to account for > feedback > > > > that > > > > >> > arose > > > > >> > > > > from > > > > >> > > > > > the first vote. Here is the link: > > > > >> > > > > > > > > > >> > > > > > http://accumulo.apache.org/bylaws.html > > > > >> > > > > > > > > > >> > > > > > The following is a summary of my updates. There was a > lot > > of > > > > >> > > > (excellent) > > > > >> > > > > > discussion, so please do point out unintentional > > omissions, > > > > >> > > > > > misinterpretations, or errors that are somewhat likely > to > > be > > > > >> there. > > > > >> > > :) > > > > >> > > > > > > > > > >> > > > > > - Fixed punctuation errors and typos noticed by > > Christopher. > > > > >> > > > > > - Voting action changes: > > > > >> > > > > > - Noted that new actions may be added as needed to the > > > list > > > > >> > > > > > - Changed the release plan action to lazy consensus, > > > falling > > > > >> back > > > > >> > > to > > > > >> > > > > > majority approval) > > > > >> > > > > > - Added release plan cancellation (re-plan) action, > > > majority > > > > >> > > approval > > > > >> > > > > > - Clarified difference between release plan and > product > > > > release > > > > >> > > > actions > > > > >> > > > > > - Defined "codebase" using Mike's definition > > > > >> > > > > > - Noted that committer and PMC removal actions are > > > > >> intentionally > > > > >> > > not > > > > >> > > > > > defined, with references > > > > >> > > > > > - Added release manager role section > > > > >> > > > > > - Added release plan section, with content definition > > based > > > on > > > > >> > Mike's > > > > >> > > > > list > > > > >> > > > > > - Noted specifically that dates in release plans are > > > > estimates > > > > >> > > > > > > > > > >> > > > > > I punted on laying out release guidelines, as we have a > > page > > > > for > > > > >> > > those > > > > >> > > > > [1] > > > > >> > > > > > that I could defer to. > > > > >> > > > > > > > > > >> > > > > > I also punted on version numbering, just for now. As > with > > > > other > > > > >> > > > issues, I > > > > >> > > > > > can certainly see that as a worthwhile later addition. > > > > >> > > > > > > > > > >> > > > > > Thank you in advance for reviewing. I'm hopeful that we > > can > > > > call > > > > >> a > > > > >> > > > second > > > > >> > > > > > vote by next week. > > > > >> > > > > > > > > > >> > > > > > [1] > http://accumulo.apache.org/governance/releasing.html > > > > >> > > > > > > > > > >> > > > > > -- > > > > >> > > > > > // Bill Havanki > > > > >> > > > > > // Solutions Architect, Cloudera Govt Solutions > > > > >> > > > > > // 443.686.9283 > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > -- > > > > >> > > > // Bill Havanki > > > > >> > > > // Solutions Architect, Cloudera Govt Solutions > > > > >> > > > // 443.686.9283 > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > >> > > > > >> > > > > >> -- > > > > >> // Bill Havanki > > > > >> // Solutions Architect, Cloudera Govt Solutions > > > > >> // 443.686.9283 > > > > >> > > > > > > > > > > > > > > > -- > > // Bill Havanki > > // Solutions Architect, Cloudera Govt Solutions > > // 443.686.9283 > > > -- // Bill Havanki // Solutions Architect, Cloudera Govt Solutions // 443.686.9283 --001a11c1bdee051ba804f57168f9--