Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6983BD80C for ; Mon, 29 Oct 2012 15:17:38 +0000 (UTC) Received: (qmail 4330 invoked by uid 500); 29 Oct 2012 15:17:37 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 4071 invoked by uid 500); 29 Oct 2012 15:17:37 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 4061 invoked by uid 99); 29 Oct 2012 15:17:37 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Oct 2012 15:17:37 +0000 Received: from localhost (HELO mail-da0-f47.google.com) (127.0.0.1) (smtp-auth username nslater, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Oct 2012 15:17:36 +0000 Received: by mail-da0-f47.google.com with SMTP id s35so2177980dak.6 for ; Mon, 29 Oct 2012 08:17:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=m/4znLs89u3iSEcgOVvX3exfTNUVjuSdV7SPRuhSUmw=; b=n64dYfBW9sXUFAVO/oL0MtqMb6GFjTLaOuD3fde8CD53tQW9csIrkKNP22YfJnAOC+ Iu7PL4rt8eRTClb+FFWq0C8iK6whNcOdSEnxSbFKHuDbeDtmTexmn9pHrNGi9GDy7L14 dj7Pi0CGumMkn3nVjZVfOIzZSEAOBA81qfC3U3H+JH7HBu/pY7pApxSUnusmvwD3x5PT VubS/wqla8WvasCI9uIs65BmC06yrbpvJmY970Cw3XXEDIZA4yV9N79Us86fxcRO/XGu hya7CzgpJIXrhCg7ePrv6+ii1dySayKrJS6mzJ5Cw5yAa9bP5UCt/AhigN2HSzq5Corn Vlfw== MIME-Version: 1.0 Received: by 10.68.212.71 with SMTP id ni7mr92620716pbc.81.1351523856098; Mon, 29 Oct 2012 08:17:36 -0700 (PDT) Received: by 10.66.246.138 with HTTP; Mon, 29 Oct 2012 08:17:35 -0700 (PDT) X-Originating-IP: [178.250.115.206] In-Reply-To: References: Date: Mon, 29 Oct 2012 15:17:35 +0000 Message-ID: Subject: Re: Shipping binary file in CloudStack release From: Noah Slater To: general@incubator.apache.org Content-Type: multipart/alternative; boundary=e89a8ff24e1f5923d004cd342bb9 X-Gm-Message-State: ALoCoQm5ta9tNdWBMotYqKZA7eawR8FZ7YF/BD0RyiDwzbqe9LDPRlWoV2pUrIP1bODPORhTwqwH --e89a8ff24e1f5923d004cd342bb9 Content-Type: text/plain; charset=ISO-8859-1 On 29 October 2012 15:13, Chip Childers wrote: > > I'll try to be more clear next time. I'm holding the vote open > specifically because of this outstanding question, *regardless* of the > current tally. That's what I was expressing. Understood. I suspected we were on the same page, but I wanted to make sure. > No disagreement. Again, that's why I'm holding the vote open until we > get enough clarity on the topic being discussed here. > Yep, and thank you. Especially considering the considerable delay in me being able to find time to test. > IMO, fixing this in the policy would include a statement about the RM > having the right (but not the obligation) to abort the vote based on > any individual issue raised by a voter. But perhaps this is a topic > for another list... > > Using this thread a specific example, I'll abort if the advice here is > that waf needs to be removed in it's current form. > This may be an area for project bylaws. On CouchDB, as the release manager, I added this to our release process: "The release manager has the power to abort a vote at any point and for any reason." I advise we do the same for CloudStack. Basically, as RM, as long as you're operating within the Apache framework and principals, and there is a documented release policy that the community (even tacitly) agrees with, then you are empowered to do whatever you want within the limits of that. -- NS --e89a8ff24e1f5923d004cd342bb9--