Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 30912 invoked from network); 14 Mar 2011 14:02:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Mar 2011 14:02:24 -0000 Received: (qmail 3835 invoked by uid 500); 14 Mar 2011 14:02:23 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 3633 invoked by uid 500); 14 Mar 2011 14:02:23 -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 3625 invoked by uid 99); 14 Mar 2011 14:02:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 14:02:23 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bernd.fondermann@googlemail.com designates 209.85.214.47 as permitted sender) Received: from [209.85.214.47] (HELO mail-bw0-f47.google.com) (209.85.214.47) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 14:02:17 +0000 Received: by bwz10 with SMTP id 10so4149168bwz.6 for ; Mon, 14 Mar 2011 07:01:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=87obxLwZjzv1muJ7JudjQammNfE7ju6i7y+qj6gKkic=; b=epcn/AhwMKpNABNeVtMUBjxoBOsAvFXmyx2CxTmN9MBeN3RCx3jC0l4o814N9okI9/ ISq3obH/AoHH4d4adXE+dfbhy7z1+HmpB0g2ZLPChchYLmgAbByY2FQleiiXkfaDfafT wQgFifWDOUKa2lCe1oZT91EnuZKKIIBvVfl2s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=nnLU0Y/1knnFc4fLBG8WlbtYt0A9KP1Ykg3Ao6GMjcJLR0WW/RPdNmk3RxILAyawxr B95dMh8foR3bO3pXVb5n3OXvouSDO4/AZlAGqdNqwsWeJnqHZIz0mWO5Upu2Fn1zDHjq IlIs2yHQDCK7MqlwIYGFuzyvpCdfXLzpymBdQ= MIME-Version: 1.0 Received: by 10.205.24.13 with SMTP id rc13mr4237789bkb.75.1300111313958; Mon, 14 Mar 2011 07:01:53 -0700 (PDT) Received: by 10.204.103.77 with HTTP; Mon, 14 Mar 2011 07:01:53 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Mar 2011 15:01:53 +0100 Message-ID: Subject: Re: Releases and IPMC votes From: Bernd Fondermann To: general@incubator.apache.org, antelder@apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Mar 14, 2011 at 09:33, ant elder wrote: > On Mon, Mar 14, 2011 at 8:13 AM, Martijn Dashorst > wrote: >> I was under the impression that *any* mentor is an IPMC member, has a >> binding +1 vote for releases and could therefore approve of releases >> without having to go through general@ >> >> While I find it very helpful and valuable for first time releases (and >> first time release managers) to go to general@ the first time, >> consecutive releases could go a lot smoother if Mentor votes were all >> that is required. >> >> The current policy states: >> >>> Therefore, should a Podling decide it wishes to perform a release, the Podling SHALL >>> hold a vote on the Podling's public -dev list. At least three +1 votes are required (see the >>> Apache Voting Process page). If the majority of all votes is positive, then the Podling >>> SHALL send a summary of that vote to the Incubator's general list and formally request >>> the Incubator PMC approve such a release. Three +1 Incubator PMC votes are required. >> >> So there's not much leeway here. Although the three +1 incubator PMC >> votes are often already satisfied. >> >> Martijn >> > > There have been numerous releases where we have not followed exactly > that process, two other common approaches these days seem to be: > > - the email to general@ says they already have three IPMC +1 votes on > the poddling dev list, there may or may not be comments on the > general@ thread and the release is done anyway after 3 days > > - the initial vote email is CC'ed to both the poddling dev list and > general@ and the vote result is tallied from both lists and there may > or may not have been votes on general@ > > Both of those approaches seem ok to me and I'd be fine with a simpler > and more flexible policy, perhaps saying that the main thing is that > general@ must be notified. All PMC members have binding votes - means, they can be -1 on a particular release. I'd appreciate if more PMC members would review releases for projects they don't mentor (however I myself do fail miserably at this). (Let's remember that before mentors were formally established, all releases were ratified on general@ only and much Incubation work happened here.) So making release votes visible on general@ early can only increase overall release quality and give the whole PMC an opportunity to exercise oversight. One could also argue that binding release votes are required to happen on general@. However, in the past this led to stale votes, which does not serve the incubating projects. Bernd --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org