Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 71971 invoked from network); 14 Sep 2006 10:55:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Sep 2006 10:55:34 -0000 Received: (qmail 71950 invoked by uid 500); 14 Sep 2006 10:55:26 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 71768 invoked by uid 500); 14 Sep 2006 10:55:26 -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 71446 invoked by uid 99); 14 Sep 2006 10:55:24 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of mail@leosimons.com designates 216.218.185.16 as permitted sender) Received: from [216.218.185.16] (HELO bali.sjc.webweaving.org) (216.218.185.16) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Sep 2006 03:55:23 -0700 Received: from bali.sjc.webweaving.org (localhost [127.0.0.1]) by bali.sjc.webweaving.org (8.12.11/8.12.11) with ESMTP id k8EAqw9G034422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Sep 2006 03:52:58 -0700 (PDT) (envelope-from mail@leosimons.com) Received: (from lsimons@localhost) by bali.sjc.webweaving.org (8.12.11/8.12.11/Submit) id k8EAqvWJ034421 for general@incubator.apache.org; Thu, 14 Sep 2006 03:52:57 -0700 (PDT) (envelope-from mail@leosimons.com) X-Authentication-Warning: bali.sjc.webweaving.org: lsimons set sender to mail@leosimons.com using -f Date: Thu, 14 Sep 2006 03:52:57 -0700 From: Leo Simons To: general@incubator.apache.org Subject: [howto] felix fast forward (was: Re: Podling Release Requirement) Message-ID: <20060914105257.GE18679@bali.sjc.webweaving.org> Mail-Followup-To: Leo Simons , general@incubator.apache.org References: <7a31ebb30609130622p3f28e66av12834616295ff006@mail.gmail.com> <4508295C.3040406@bellsouth.net> <5c902b9e0609131732j2ecfe9d3ueaa48659864c3893@mail.gmail.com> <4508C5D5.9050707@odoko.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4508C5D5.9050707@odoko.co.uk> User-Agent: Mutt/1.5.10i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bali.sjc.webweaving.org X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Thu, Sep 14, 2006 at 04:00:37AM +0100, Upayavira wrote: > Justin Erenkrantz wrote: > > On 9/13/06, robert burrell donkin wrote: > >> personally speaking, i would not support the gradudation any project > >> that has not demonstrated that they understand the apache releases > >> policy. doing this is much easier and quicker than creating a proper > >> release. just nominate a release manager and post a compliant example > >> to the people.apache.org webspace using the current code base so that > >> it can be checked. > > > > +1 - though I would strongly like to see the community *vote* on the > > release because I see many ASF projects completely skipping that part > > nowadays. -- justin > > So how does Felix proceed now? Accept that the rules have just changed > on it, after spending some months under the view that a release _wasn't_ > necessary to graduation, and go back and do something it would have done > months ago had it not been told to do otherwise? The rules have not changed. In order to graduate you need votes by the incubator PMC, some of whom have expressed some conditionals for a +1. You're not likely to get the requisite amount of +1s, probably because the silent majority of the people with votes to cast think there's merit to the conditionals. As this thread shows, actually having a release is not the "real" conditional, the conditional is having done all those things properly that are normally double-checked during a release process. And those things being ok *is* required, and that has been the case for ages. Basically felix doesn't quite have its legal agenda in order (Justin just listed a few problems, others listed earlier ones before, with enough examples to show a "legal audit" has not been done), therefore the felix status file does not quite reflect reality (it seems to assert there are no problems). > Upayavira (who is expressing his frustration on behalf of all Felix folks) > > P.S. Though expressed with some irony and irritation, it is in fact a > real question. I can imagine a few ways going forward. First, send an e-mail on the [VOTE] thread that its cancelled as you take care of a few things. I suggest you take a good critical look at all your source files, establish provenance, ownership, licenses, copyright, etc, for each of them, and then based on that information and the various legal policies we have around here go and fix everything, including making sure your build process does the right things to legal files. Once done, write a little report that lists all the different things you fixed and let that bubble up somehow, eg send the incubator PMC a little status report. Make sure to assert there's no further problems. If you want a detailed example of taking care of all the legal things precisely and properly, I'd suggest looking at the harmony podling, which is probably the one of the cleanest (legally!) open source project on the planet. Then, send a heads-up ("[PROPOSAL]" would do) to this mailing list that you'll be requesting graduation in a bit and whether anyone sees any outstanding things to worry about. After taking care of those concerns, start a new series of [VOTE]s. "you" in the above does not mean "you, upayavira", but "you, felix community". Being a contributor to apache means being and staying aware and on top of this kind of legal stuff, annoying as it all is. Blame the screwed up legal systems of the world and the IP sharks that abuse it, not the people helping you to stay safe. cheers, Leo PS: Irony and irritation is not the best way to get a useful answer. I could find it irritating that a bunch of ASF members that are on the felix PPMC have not paid more attention to dotting legal i's and crossing legal t's, or that an incubator PMC member goes around venting irritation in public. If the incubator PMC is not functioning the way you want it to, you know exactly what to do to change it. In the meantime, I suggest a more open-minded approach to it all. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org