Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 73234 invoked from network); 15 Mar 2010 17:14:46 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Mar 2010 17:14:46 -0000 Received: (qmail 72249 invoked by uid 500); 15 Mar 2010 17:13:59 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 72063 invoked by uid 500); 15 Mar 2010 17:13:59 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: Reply-To: legal-discuss@apache.org List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 72056 invoked by uid 99); 15 Mar 2010 17:13:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Mar 2010 17:13:59 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=10.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of hyandell@gmail.com designates 209.85.221.203 as permitted sender) Received: from [209.85.221.203] (HELO mail-qy0-f203.google.com) (209.85.221.203) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Mar 2010 17:13:53 +0000 Received: by qyk41 with SMTP id 41so3847048qyk.25 for ; Mon, 15 Mar 2010 10:13:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BRWQzhCTIVYqL3XCVoTGctbsIz5eh6Y7rWBRoK6sPHA=; b=Yxs0vsclKdrBtPEY2rb3KQmxLUcJ+868+FOLyQ5aQuvkTBiCtj0vcWxq2jaAHvjgFk M0zrTF9sxmb/RDl/xXK6/ISIGN67CeSdOdwN6E/NkiGn2ajzV6K/jt/CaAQDSE+vpZBK wsbk0UsbBNha1iDFVu2zdt094nqSrBX+gXTp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=FP1B1izdcolPeqi4jIn6ts4zIejpiMswUsAZfKh1pt5CxBuLX4fOp8RBNebtb8pKpp ds2KwLmA2PMJnDx6sGsV86m2eZraf2WZHsuemHihq/pA9RtpeLWDwxO/R++Wz3CuP+EC RU3OqzG6pSEmCOEWvF1Edz8pY5JZdXTDOdoHE= MIME-Version: 1.0 Received: by 10.229.128.219 with SMTP id l27mr1764981qcs.26.1268672773717; Mon, 15 Mar 2010 10:06:13 -0700 (PDT) In-Reply-To: References: <4B9ACA56.3040706@mozilla.com> <067201cac250$923e7760$b6bb6620$@com> Date: Mon, 15 Mar 2010 10:06:13 -0700 Message-ID: <2d12b2f01003151006g1b3fbc17ib9c52d196e453e83@mail.gmail.com> Subject: Re: updating the MPL and making it Apache compatible From: Henri Yandell To: legal-discuss@apache.org Cc: Luis Villa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2010 at 8:41 AM, Jeffrey Thompson wrote: > > "Lawrence Rosen" wrote on 03/12/2010 08:57:43 PM: > >> RE: updating the MPL and making it Apache compatible >> >> Hi Luis, >> > ... >> I'm also sort of surprised that you believe there's an incompatibility >> between the Apache License 2.0 and the MPL. Apache is thrilled to have > its >> software incorporated into any larger works under any license anyone > wants. >> If we're compatible with proprietary licenses, why aren't we already >> compatible with the MPL? >> > ... >> I believe that the Apache License 2.0 is already one-way compatible with > MPL >> 1.1, and I can't imagine what you would put in your new license that > would >> change that situation for the worse. I'll be watching, though, just in > case. >> ;) > > Larry, Luis, > > Do you think that there is an opportunity to get the MPL 2-way compatible > with the Apache license? I'd love to see that. I was trying to think of how weak-copyleft and permissive could find a middle ground, but couldn't think of a permissively,with,some,copyleft license that could satisfy both philosophies. > As I understand it, Apache projects occasionally want to include MPL > licensed software, and could include binaries under Category B of Apache'= s > Third Party Licensing Policy. =A0Binaries are normally the only form of > distribution because source code for MPL projects can only be distributed > under the MPL, whereas binaries can be distributed under different terms. > As the policy points out, limiting the distribution to binaries causes so= me > practical issues, especially for scripting languages, etc. The direct Apache reason on the binary-only policy is that it lowers the risk of modifications being incorrectly managed. We have items in category B that don't have the binaries under different license option. We could solve this with a read-only infrastructure that manages the changes; but it also requires our users to setup the same type of infrastructure. Maybe if we someday end up with a standard approach to classifying licensing in projects that could be possible. > Under the weak copyleft principle, the source code must always be availab= le > under the public license (in this case MPL). =A0It would be theoretically > possible to include in the next version of the MPL permission to distribu= te > either source or binary under different terms as long as the source code = is > also available under the MPL itself. =A0The relevant question is whether = that > would create too much of a problem for MPL projects. I think the biggest issue here is that the user of the product under the different license is now detached from MPL. Effectively this would be a 1-tier copyleft system and you could get around MPL by setting up a non-profit foundation who redistribute MPL under permissive licensing. It could be a clause that allows this as long as certain rights are removed (redistribution/modification), but that wouldn't have value for the community, just the proprietary end user. Hen --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org