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 2082F10CE0 for ; Fri, 4 Apr 2014 17:56:56 +0000 (UTC) Received: (qmail 21669 invoked by uid 500); 4 Apr 2014 17:56:55 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 21640 invoked by uid 500); 4 Apr 2014 17:56:54 -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 21623 invoked by uid 99); 4 Apr 2014 17:56:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Apr 2014 17:56:53 +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: domain of mdrob@cloudera.com designates 209.85.214.170 as permitted sender) Received: from [209.85.214.170] (HELO mail-ob0-f170.google.com) (209.85.214.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Apr 2014 17:56:48 +0000 Received: by mail-ob0-f170.google.com with SMTP id uz6so3874540obc.15 for ; Fri, 04 Apr 2014 10:56:26 -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=qfTz+r/qV74/6sSRf7DEdL18iieuD4A8e3MXbGNBLW4=; b=B5m007gwyLWGBYPAnj2jJPokTS0FIMyd8lqGqTSjgZZWQP/2cMwyVummVC8aFPyYLX gzrjKKvis+BwZg9r86iYzQuzSTfbxCYncDy1Oj9dlkdV7ieNOXjxU7DQHLYi7FsgRj5H 4WUZw0Z8VkWX9hp9R38HMuJARotnnGOK6pbqnKOMkCRYx/mExLYYrwGm2UnHmanHZBQ/ 0vxgI/TkrTtOHOiC2OaIzPsjeCh7TBucAO8eBn0N4BQjIfMpLq3R4DOXdYTp79rNHkJe HOsRmiP//umwYTNNy7pFBMy9KYHm35rZLmMgDzJz3YkeDep7/RPj6kzCIUD1ED3lWHwk j0iQ== X-Gm-Message-State: ALoCoQnqzORCFyKi5yr/9u2hjIazaU1WNI6HrijHhjcytczKo3NMVKMHRFApz/wXzdJ5MoGfqgKM X-Received: by 10.182.158.135 with SMTP id wu7mr768735obb.28.1396634186067; Fri, 04 Apr 2014 10:56:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.170.135 with HTTP; Fri, 4 Apr 2014 10:56:06 -0700 (PDT) In-Reply-To: References: <533ECD3F.4030800@gmail.com> From: Mike Drob Date: Fri, 4 Apr 2014 10:56:06 -0700 Message-ID: Subject: Re: [VOTE] Accumulo Bylaws - Action changes To: dev@accumulo.apache.org Content-Type: multipart/alternative; boundary=089e0149c2988b155804f63b3ccc X-Virus-Checked: Checked by ClamAV on apache.org --089e0149c2988b155804f63b3ccc Content-Type: text/plain; charset=ISO-8859-1 -1, I would need replacement text to establish how we deal with disagreeing with a commit. On Fri, Apr 4, 2014 at 9:10 AM, Sean Busbey wrote: > On Fri, Apr 4, 2014 at 10:56 AM, John Vines wrote: > > > The current line is unacceptable. It can also be implied that every > single > > code change needs to be up for review before it can be committed. It had > > been contested in the last vote with no clarity on what it meant, leaving > > others questioning whether it should not be there. > > > > Yet, in spite of that, it was implored that we should pass the bylaws > > anyway and then amend after the fact. Given the turn around on bylaw > > changes and the time it would take to sort this matter out, I decided > it's > > best to take out this potentially malicious line from our bylaws until > > something a more sound can be put in place. > > > > > > John, > > I respectfully disagree. AFAICT from the previous thread, everyone agreed > with you that the bylaw was not meant to imply that commits had to be up > for review. I, for one, would not support a rogue committer attempting to > leverage that line to claim we need to be RtC. I'm reasonably certain the > rest of the community would do the same. > > While we had consensus that _something_ needed to be done with this part of > the bylaws, I don't think we had reached it on what the appropriate change > was. It isn't productive for us to approach the bylaws as a coercive > bludgeon that we must guard against abuse. We're a community first and > foremost and we need to approach things with assumed good intent. > > -- > Sean > --089e0149c2988b155804f63b3ccc--