Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 44697 invoked from network); 13 Jan 2011 16:14:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Jan 2011 16:14:42 -0000 Received: (qmail 78590 invoked by uid 500); 13 Jan 2011 16:14:41 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 78217 invoked by uid 500); 13 Jan 2011 16:14:37 -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 78203 invoked by uid 99); 13 Jan 2011 16:14:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jan 2011 16:14:35 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.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 sa3ruby@gmail.com designates 209.85.216.171 as permitted sender) Received: from [209.85.216.171] (HELO mail-qy0-f171.google.com) (209.85.216.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jan 2011 16:14:27 +0000 Received: by qyk32 with SMTP id 32so5300920qyk.2 for ; Thu, 13 Jan 2011 08:14:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=TuDbJxZsc0MrNzZfxJAsK50ny9YFsLc6FxnGNbLkIVE=; b=V9U55hlYvTb74gilwVfAhdNcssHkR0GmTptbQGBIx5ulIKNNDJANjnDamehQvbkYzd ZZGeKyKWNlExft9ztIsYrncnR/89arbMT1/3G8uZdP2ane5jKATXXgI/5AE4OAsb9geM t9X/UvoK/9IzMD+cnZBSibmx7QRHPgpbtgXhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=WMlGzpXeF751b7UhLXmGf05FPY2jHSRbqio+nG13yP+cCp/xx3eR9Y/lz3YdsNW9U0 NxnxhEEIpB6s/khzmqhuYVWg8q/WLR5evfnzJxBn+9Ww27RHMxMjMI4Ch+i2iUJLJ5et wS8FE2TmESDY7aO++IZg42t7seNSayDOzk/WA= MIME-Version: 1.0 Received: by 10.224.67.12 with SMTP id p12mr2389187qai.57.1294935246963; Thu, 13 Jan 2011 08:14:06 -0800 (PST) Sender: sa3ruby@gmail.com Received: by 10.220.96.19 with HTTP; Thu, 13 Jan 2011 08:14:06 -0800 (PST) In-Reply-To: References: <38B6307DB1B84D87E2390B9A@bort.lsit.ucsb.edu> <201101120947.39304.josh_thompson@ncsu.edu> Date: Thu, 13 Jan 2011 11:14:06 -0500 X-Google-Sender-Auth: OwjKZLnhH0FKqQ_FYXCDIWc7Z-w Message-ID: Subject: Re: code contribution licensing question From: Sam Ruby To: legal-discuss@apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Jan 13, 2011 at 1:22 AM, Jennifer O'Neill w= rote: > The purpose of having all committers sign the ICLA is so that=C2=A0all "A= pache" > code is licensed uniformly and ASF is better protected if there's a > challenge to the ownership of the IP. > If a developer wishes to contribute=C2=A0some material amount of code=C2= =A0but can't > sign the ICLA, then=C2=A0his/her code=C2=A0contribution is evaluated just= like any > other third-party code licensed under terms other than the ASL v.2.0.=C2= =A0 I > assume that by the modified BSD, you mean the newer version that excludes > the advertising clause.=C2=A0 This license is compatible with the ASL v.2= .0 and > there are certainly a number of Apache projects with dependencies on > BSD-licensed code.=C2=A0 Ultimately, though,=C2=A0it is up to the VCL pro= ject > committers whether to use any third-party code. I'd like to draw attention to Jennifer's use of the word 'dependency' here. I agree: if VCL wanted to have an external dependency on a BSD-licensed KVM provisioning module then this would be no problem if the dependency was documented properly. 'Including' or 'merging' is a different matter entirely. One of the reasons for the ICLA is that section 3 makes an explicit grant of all of the necessary patent licenses that the Contributor may have on the combination of this code with the project to which they are contributing. Section 4 clarifies this with respect to individuals who have employers. The net of this is that 'including' or 'merging' of such code is not something that we would routinely allow. That is not to say that it can't be done -- if you look around you will find tiny bits of public domain code in various projects. It is a matter of evaluating the risks and the benefits on a case by case basis, and (should the decision be to proceed) documenting all of this properly in the various files that accompany a release. - Sam Ruby --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org