Return-Path: X-Original-To: apmail-hadoop-general-archive@minotaur.apache.org Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3987433F6 for ; Wed, 4 May 2011 22:51:56 +0000 (UTC) Received: (qmail 60973 invoked by uid 500); 4 May 2011 22:51:54 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 60924 invoked by uid 500); 4 May 2011 22:51:54 -0000 Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@hadoop.apache.org Delivered-To: mailing list general@hadoop.apache.org Received: (qmail 60916 invoked by uid 99); 4 May 2011 22:51:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 May 2011 22:51:54 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of eli@cloudera.com designates 209.85.215.48 as permitted sender) Received: from [209.85.215.48] (HELO mail-ew0-f48.google.com) (209.85.215.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 May 2011 22:51:47 +0000 Received: by ewy22 with SMTP id 22so723392ewy.35 for ; Wed, 04 May 2011 15:51:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.46.214 with SMTP id r62mr757945eeb.99.1304549486642; Wed, 04 May 2011 15:51:26 -0700 (PDT) Received: by 10.14.37.13 with HTTP; Wed, 4 May 2011 15:51:26 -0700 (PDT) In-Reply-To: References: Date: Wed, 4 May 2011 15:51:26 -0700 Message-ID: Subject: Re: [VOTE] Release candidate 0.20.203.0-rc1 From: Eli Collins To: general@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org > Your -1 vote essentially blocks the changes that are already available in > CDH to be available from Apache open source! As Eric mentioned, this thread is about an Apache release, not CDH. My -1 vote does not block these changes from being released via Apache. You can not veto a release. Releases are lazy majority, the release is only blocked if there are more -1 votes than +1 votes. If these changes are contributed on jira, discussed and reviewed, and committed to trunk I'm happy to support the release. There's a big difference between asking that a release respect the Apache community process and blocking it. If you want to get the release out how about contributing the work via the normal means so the community can review it like we review all other code changes. Thanks, Eli