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 0102B10C36 for ; Wed, 26 Nov 2014 18:47:45 +0000 (UTC) Received: (qmail 64392 invoked by uid 500); 26 Nov 2014 18:47:44 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 64355 invoked by uid 500); 26 Nov 2014 18:47:44 -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 64343 invoked by uid 99); 26 Nov 2014 18:47:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2014 18:47:44 +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 (athena.apache.org: domain of cjnolet@gmail.com designates 209.85.213.176 as permitted sender) Received: from [209.85.213.176] (HELO mail-ig0-f176.google.com) (209.85.213.176) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2014 18:47:39 +0000 Received: by mail-ig0-f176.google.com with SMTP id l13so7855910iga.9 for ; Wed, 26 Nov 2014 10:46:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pO+CBJTGXoStD+TxCN3Zvt/kf81XXMd0x3pdHz80JrA=; b=oVUHXWzBpzXDlIVIqIh+dcU9leWOtH8zJHYYn88XuCS7nWcUblLTtbo7taAM6aWUco z1JW4JJX/s/Zx2590R0kYZeyhQbzZQJDOGO9NTC+9Po2m8HwRQhuct6m0EBSyp4U4k1d SZzcqsot61XONGc+YiYkgiZ7Yl6ifw6lVs8FR0pJ6fD6HGud+Q1IZF6N9tFyCdh0VSlO 4uRfJ+PUoLB8yOiGdkpROqYXVIOBsmvDiIbezqnATx0tm20p3GpcP3kM23GR/CHIhbZb UHAd4LbT3EjGLHq9l+Elz3Z6ROVHK64aUfhJIp6Kk/bwgYuBYo3WNU0O0ksaFy++2AFn S58w== X-Received: by 10.107.8.102 with SMTP id 99mr29497159ioi.83.1417027568530; Wed, 26 Nov 2014 10:46:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.65.14.135 with HTTP; Wed, 26 Nov 2014 10:45:48 -0800 (PST) In-Reply-To: References: <2049051554.6130911.1417022931679.JavaMail.zimbra@comcast.net> <554485123.6136199.1417023220977.JavaMail.zimbra@comcast.net> <20141126180231.GA48703@ll.mit.edu> <20141126181815.GA48742@ll.mit.edu> From: Corey Nolet Date: Wed, 26 Nov 2014 13:45:48 -0500 Message-ID: Subject: Re: [DISCUSS] Bylaws Change - Majority Approval for Code Changes To: "dev@accumulo.apache.org" , kepner@ll.mit.edu Cc: Mike Drob Content-Type: multipart/alternative; boundary=001a113ede2edbfd570508c7701a X-Virus-Checked: Checked by ClamAV on apache.org --001a113ede2edbfd570508c7701a Content-Type: text/plain; charset=UTF-8 Jeremy, The PMC boards in ASF are required to look out for the long term health of the entire project. This is why the conversation of consensus can be a touchy one and a hard one to agree on. If a single PMC member vetos a code change, can that single member stop the code from being changed or could majority overrule the veto. It's going to be a complicated discussion. On Wed, Nov 26, 2014 at 1:42 PM, Corey Nolet wrote: > Jeremy, > > The PMC boards in ASF are re > > On Wed, Nov 26, 2014 at 1:18 PM, Jeremy Kepner wrote: > >> To be effective, most boards need to be small (~5 people) and not >> involved with day-to-day. >> Ideally, if someone says "let's bring this to the board for a decision" >> the >> collective response should be "no, let's figure out a compromise". >> >> On Wed, Nov 26, 2014 at 12:26:09PM -0600, Mike Drob wrote: >> > Jeremey, FWIW I believe that the PMC is supposed to be that board. In >> our >> > case, it happens to also be the same population as the committers, >> because >> > it was suggested that the overlap leads to a healthier community >> overall. >> > >> > On Wed, Nov 26, 2014 at 12:02 PM, Jeremy Kepner >> wrote: >> > >> > > -1 (I vote to keep current consensus approach) >> > > >> > > An alternative method for resolution would be to setup an >> > > elected (or appointed) advisory board of a small number of folks whose >> > > job it is to look out for the long-term health and strategy of >> Accumulo. >> > > This board could then >> > > be appealed to on the rare occassions when consensus over important >> > > long-term issues >> > > cannot be achieved. Just the presence of such a board often has the >> effect >> > > encouraging productive compromise amongst participants. >> > > >> > > >> > > >> > > On Wed, Nov 26, 2014 at 05:33:40PM +0000, dlmarion@comcast.net wrote: >> > > > >> > > > It was suggested in the ACCUMULO-3176 thread that code changes >> should be >> > > majority approval instead of consensus approval. I'd like to explore >> this >> > > idea as it might keep the voting email threads less verbose and leave >> the >> > > discussion and consensus building to the comments in JIRA. Thoughts? >> > > >> > > --001a113ede2edbfd570508c7701a--