Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 67A1C707D for ; Sat, 30 Jul 2011 13:01:23 +0000 (UTC) Received: (qmail 24862 invoked by uid 500); 30 Jul 2011 13:01:22 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 24702 invoked by uid 500); 30 Jul 2011 13:01:21 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 24694 invoked by uid 99); 30 Jul 2011 13:01:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Jul 2011 13:01:20 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of stephen.alan.connolly@gmail.com designates 74.125.82.171 as permitted sender) Received: from [74.125.82.171] (HELO mail-wy0-f171.google.com) (74.125.82.171) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Jul 2011 13:01:12 +0000 Received: by wyi11 with SMTP id 11so369121wyi.30 for ; Sat, 30 Jul 2011 06:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Qiqcr1N42mcvWtcFhgsu5xH7wCEhHbm0yRrfUi/wIeI=; b=q33I2GPjEOr90IR+LAm6Ksi5M3uEU8vORzRCYzsaeol5kbipiOefZWYc94Bn9N7NsW 9xMqjG7Hj6Wmn25ncQTdWiiRB0tyXt9JPn1GZEdUmyN+cOGVZhtSldbaRKE0IS9qAwrB b9a1F/97+ZVF+aRETPsEj1og4aXrnNOuXgo7I= MIME-Version: 1.0 Received: by 10.227.173.201 with SMTP id q9mr3453951wbz.92.1312030852665; Sat, 30 Jul 2011 06:00:52 -0700 (PDT) Received: by 10.227.37.135 with HTTP; Sat, 30 Jul 2011 06:00:52 -0700 (PDT) Received: by 10.227.37.135 with HTTP; Sat, 30 Jul 2011 06:00:52 -0700 (PDT) In-Reply-To: References: <1310926126.98383.YahooMailClassic@web27801.mail.ukl.yahoo.com> Date: Sat, 30 Jul 2011 14:00:52 +0100 Message-ID: Subject: Re: [DISCUSS] incorporate EPL Aether From: Stephen Connolly To: Maven Developers List Content-Type: multipart/alternative; boundary=20cf3001b44de850eb04a948fcfb X-Virus-Checked: Checked by ClamAV on apache.org --20cf3001b44de850eb04a948fcfb Content-Type: text/plain; charset=ISO-8859-1 well it seems to me that we need to ensure that aether is not leaking into our public api. if it is entirely private from plugins, then i really don't care if it is epl or dual... dual would be nicer, and truer to the original plan whereby the code would be developed at github for speed, and then given back to maven. that plan changed, and now the code is (likely) ending up at eclipse... Jason has reasons for eclipse... that is just reality. personally i feel that it is another merit hurdle to have the code at eclipse, but then having maven at apache is a legal pain for m2eclipse because of eclipse's ip review policy, so i can see why Jason would want as much of the code m2eclipse depends on at eclipse. in any case, let's wait - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 30 Jul 2011 12:47, "Benson Margulies" wrote: > I'd like to to try to put a little oxygen into this thread now, given > the rather clear results of the vote thread. > > Ralph posed the following question on Legal Discuss: 'Can the Maven > PMC pull a dual-licensed version of AEther back into Apache without a > grant from Sonatype?' > > The answer was, "legally yes, but it is counter to long-established > policy, and strongly discouraged by a number of senior ASF people > (including a board member or two)". > > So, the community has some choices. It seems to me that the viability > of these different choices depends on the viability of walking away > from AEther. In practical terms, the choices are: > > a) Use versions of AEther controlled by 'someone else'. > b) Create our own 'someone else' at apache-extras or elsewhere. > c) Go down the path of becoming an exception to the policy and take on > reworking AEther from the last dual-licensed version. > d) Start All Over Again from Maven 2.2. > > From the vote comments, it seemed to me that a plurality of people > felt that EPL at Eclipse was tolerable. So that argues for sitting > still for now. I offer only the observation that forking into > apache-extras 'works' the same way today, or after the code appears in > Eclipse. In other words, adopting what's out there today only makes > choice (c) harder, it doesn't have any impact that I see on a, b, or > d. However, a 'no' vote is a 'no' vote, so this is all just food for > thought. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org > For additional commands, e-mail: dev-help@maven.apache.org > --20cf3001b44de850eb04a948fcfb--