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 4D37E10898 for ; Wed, 3 Dec 2014 14:35:43 +0000 (UTC) Received: (qmail 67664 invoked by uid 500); 3 Dec 2014 14:35:43 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 67615 invoked by uid 500); 3 Dec 2014 14:35:43 -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 67604 invoked by uid 99); 3 Dec 2014 14:35:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2014 14:35:42 +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 busbey@cloudera.com designates 209.85.216.47 as permitted sender) Received: from [209.85.216.47] (HELO mail-qa0-f47.google.com) (209.85.216.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2014 14:35:16 +0000 Received: by mail-qa0-f47.google.com with SMTP id s7so10228185qap.20 for ; Wed, 03 Dec 2014 06:35:15 -0800 (PST) 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=HA+iEiVBPxJXZy168Limf/gE8jUeiR8d2eBChmhQ0G8=; b=HJXceggr0LWGbRjmmk230U5P/fzmNZGgRwzK6rpZRB/CPaIhoeweG9AguIkdwKzl/u Vbs2BLZabGBV0Q8xvKLHfEYtnAPGM35I2/CCiq1KSFl74/We0OKwrfTSGJUS/t2NrCdu +1o4atslYKbA2G6u4NDLta6nGfiu9PCYHCx8/hCZFRvFyDkiz05aQ+KSGqz0NSj7yO9C bOsJY09mJO2kZZ23FkB9lY52+dQT+ECOKEQoGdCc77khKvo2fEKMllxBvvFNMLDOYjLW 1xWvUc9Fj04wS7Cx2uAmte8vyv7dI49t9XOrf4X/UuLIQzsLYEgrAuedYGJCQw8bmQ+J lwjA== X-Gm-Message-State: ALoCoQmQbAluYBIVJA9MtYKq5cMzN+PLFavhBuHJcnnBKwmHRWsh9f4GoalY10gKYj8ZYupcO7p1 X-Received: by 10.224.56.3 with SMTP id w3mr8091514qag.47.1417617314775; Wed, 03 Dec 2014 06:35:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.29.194 with HTTP; Wed, 3 Dec 2014 06:34:54 -0800 (PST) In-Reply-To: References: From: Sean Busbey Date: Wed, 3 Dec 2014 08:34:54 -0600 Message-ID: Subject: Re: [VOTE] API release policy for 1.7/2.0 To: "dev@accumulo apache. org" Content-Type: multipart/alternative; boundary=001a11c2f210799af4050950c06e X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2f210799af4050950c06e Content-Type: text/plain; charset=UTF-8 On Tue, Dec 2, 2014 at 2:16 PM, Christopher wrote: > On Tue, Dec 2, 2014 at 3:13 PM, Adam Fuchs wrote: > > > It seems to me like concensus instead of majority vote is preferable in > the > > case of exceptions. > > > > > Maybe. it depends on the nature of the objection. if it's a routine > release-planning thing, then majority might suffice. Consensus might be > required if a change is objected/veto'd. I don't consider how to handle > exceptions part of the above guidelines, upon which we are voting. I only > wanted to express that I think that some exceptions might need further > discussion beyond the guidelines. > > I don't think we should vary the voting based on the objection. That's just asking for arguments about what kind of objection is being raised. If this vote is Majority Approval, then the subsequent vote should also be Majority Approval. -- Sean --001a11c2f210799af4050950c06e--