Return-Path: Delivered-To: apmail-incubator-cassandra-dev-archive@minotaur.apache.org Received: (qmail 77174 invoked from network); 17 Aug 2009 16:08:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Aug 2009 16:08:18 -0000 Received: (qmail 23971 invoked by uid 500); 17 Aug 2009 15:55:36 -0000 Delivered-To: apmail-incubator-cassandra-dev-archive@incubator.apache.org Received: (qmail 23966 invoked by uid 500); 17 Aug 2009 15:55:36 -0000 Mailing-List: contact cassandra-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-dev@incubator.apache.org Delivered-To: mailing list cassandra-dev@incubator.apache.org Received: (qmail 23956 invoked by uid 99); 17 Aug 2009 15:55:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Aug 2009 15:55:36 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [67.192.241.141] (HELO smtp141.dfw.emailsrvr.com) (67.192.241.141) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Aug 2009 15:55:25 +0000 Received: from relay14.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay14.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id EEF2A9081C3; Mon, 17 Aug 2009 11:55:04 -0400 (EDT) Received: by relay14.relay.dfw.mlsrvr.com (Authenticated sender: eevans-AT-racklabs.com) with ESMTPSA id DE2D8908199; Mon, 17 Aug 2009 11:55:04 -0400 (EDT) Subject: Re: [VOTE] Release cassandra 0.4.0-beta1 From: Eric Evans Reply-To: general@incubator.apache.org To: general@incubator.apache.org Cc: "cassandra-dev@incubator.apache.org" In-Reply-To: <25aac9fc0908170500h3246807n9b9846794657e018@mail.gmail.com> References: <1250280507.4648.94.camel@achilles> <25aac9fc0908150246n4dc88ecaldf49c1f506d0454e@mail.gmail.com> <71e1b5740908170405j3fde4c77xaf25bfb61e69d240@mail.gmail.com> <25aac9fc0908170500h3246807n9b9846794657e018@mail.gmail.com> Content-Type: text/plain Date: Mon, 17 Aug 2009 10:55:30 -0500 Message-Id: <1250524530.4648.158.camel@achilles> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Mon, 2009-08-17 at 13:00 +0100, sebb wrote: > > Given whats being said in the "Thrift release > > legal issues" thread i think it should be ok to have the 3rd party > > licenses separate, > > I disagree. It must be possible to find all the LICENSE files starting > at the initial LICENSE file. At the very least, the initial LICENSE > file should have pointers to the other license files. > > > the NOTICE file looks acceptable to me too. > > AIUI, the NOTICE file needs to give attributions to all 3rd party code > included in the propose release. When preparing for the 0.3.0[0] release I spent a great deal of time trying to get all of this right. I looked at list threads for both successful and failed podling release votes, I looked at what top-level projects were doing, and I read through what documentation I could find. This wasn't as helpful as I'd have liked because the documents are non-normative and the application is inconsistent, (and occasionally contradictory). So I did the best I could. The conclusion I came to with respect to NOTICE.txt was that it existed for purposes of attribution, and was specifically in response to section 4(d) of the Apache License. As a result, the NOTICE.txt in the (approved )0.3.0 artifacts and the proposed 0.4.0, contains two attribution statements, one for the Apache licensed Groovy, and one for "software developed by The Apache Software Foundation" which should cover everything else that is Apache licensed. The conclusion I came to for LICENSE.txt was that it was for including the full license text applicable to the project itself. Both of the above conclusions seemed consistent with at least some successful podling releases, and with some ASF top-level projects, and (to the best of my knowledge), all of the license requirements for our third-party dependencies are being met. However, I'd be happy to go back and correct any shortcomings and re-roll the artifacts if that will get us the votes we need to make a release. I just wish things were more consistent and that the process required a little less groping around in the dark. [0] http://www.mail-archive.com/general@incubator.apache.org/msg21853.html -- Eric Evans eevans@rackspace.com