Return-Path: X-Original-To: apmail-legal-discuss-archive@www.apache.org Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0832F8819 for ; Fri, 12 Aug 2011 22:29:31 +0000 (UTC) Received: (qmail 41244 invoked by uid 500); 12 Aug 2011 22:29:30 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 40942 invoked by uid 500); 12 Aug 2011 22:29:29 -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 40935 invoked by uid 99); 12 Aug 2011 22:29:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 22:29:29 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [148.87.113.117] (HELO rcsinet15.oracle.com) (148.87.113.117) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 22:29:19 +0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p7CMSudI029852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 12 Aug 2011 22:28:58 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p7CMStDb000707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Aug 2011 22:28:55 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p7CMSnj1025865 for ; Fri, 12 Aug 2011 17:28:50 -0500 Received: from [192.168.0.12] (/69.181.138.81) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 12 Aug 2011 15:28:49 -0700 Message-Id: From: Craig L Russell To: legal-discuss@apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Subject: Re: [legal] ICLA paragraph 7 Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 12 Aug 2011 15:28:48 -0700 References: X-Mailer: Apple Mail (2.936) X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4E45A92A.001C:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Virus-Checked: Checked by ClamAV on apache.org Normally, paragraph 7 is used to allow commits of code from non- committer contributors such as patch writers, before they become committers on projects. It's not normally used for bulk submissions of code. More below... On Aug 12, 2011, at 11:06 AM, Michael Stahl wrote: > hi legal-discuss, > > i've got a question as to what extent an ICLA from the copyright > holder is required for code contributions. > > the ICLA contains this paragraph: > >> 7. Should You wish to submit work that is not Your original creation, >> You may submit it to the Foundation separately from any >> Contribution, identifying the complete details of its source and of >> any license or other restriction (including, but not limited to, >> related patents, trademarks, and license agreements) of which you >> are personally aware, and conspicuously marking the work as >> "Submitted on behalf of a third-party: [named here]". > > so it seems to me that an ICLA from the copyright holder is not an > absolute requirement to contribute to Apache. Right. Small amounts of contributions are allowed without an ICLA. > > is there any restriction in scope or otherwise for this paragraph? No, it's somewhat vague. But the intent is that the contribution is voluntary and small in scope (whatever that means to the contributor). > > what exactly are the process requirements? Projects have different processes, but a common practice is that the author contributes code via a JIRA specifically marking the work as a contribution (tick box). > > my assumption is that the Committer must ask the potential > contributor whether they actually hold the copyright. Yes. > > i guess "submit it separately" means that it must be its own SVN > commit, not mixed with anything the Committer wrote him/herself. Yes. > > is it sufficient to put something like this into the SVN commit > message: > "Submitted on behalf of a third party: [author name]; no licensing > restrictions" > > context: > a volunteer who is currently working in GSoC over at LibreOffice > (who has not signed an Apache ICLA) has given me permission to > contribute a bunch of makefiles that he wrote, with no licensing > restriction. This sounds like a contradiction. If there are ~1000 lines of boilerplate licensing headers, how come there is no licensing restriction? Licenses are in large part about restrictions. The most common restriction is the requirement to include the licensing terms themselves in downstream distributions. This is not an onerous requirement but it is a restriction. Even the DWTFYW license http://sam.zoy.org/wtfpl/ has the restriction that you can only change it if you also change the name! > in this case we are talking about ~30 new files, totalling ~2000 lines > (of which ~1000 are the boilerplate licensing headers...). Again, the project has to establish its processes, but the cleanest way to handle it is for the author to submit the contribution via a JIRA. Some people think the JIRA route is easier than any other. IMHO 2000 lines of code is borderline for a submission without an ICLA. Best to discuss on your project mail list and have the project decide. But don't wait for a definitive answer from this mail list. You are unlikely to get one. And if someone gives you a definitive answer someone else will contradict it. Craig > > regards, > michael > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org > For additional commands, e-mail: legal-discuss-help@apache.org > Craig L Russell Secretary, Apache Software Foundation clr@apache.org http://db.apache.org/jdo --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org