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 B9D7810AF2 for ; Fri, 13 Sep 2013 16:27:45 +0000 (UTC) Received: (qmail 57930 invoked by uid 500); 13 Sep 2013 16:27:45 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 57735 invoked by uid 500); 13 Sep 2013 16:27:45 -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 57728 invoked by uid 99); 13 Sep 2013 16:27:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Sep 2013 16:27:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates 74.125.82.174 as permitted sender) Received: from [74.125.82.174] (HELO mail-we0-f174.google.com) (74.125.82.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Sep 2013 16:27:40 +0000 Received: by mail-we0-f174.google.com with SMTP id q58so1355042wes.5 for ; Fri, 13 Sep 2013 09:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=QYJOO+XYbImxPL28C8FX7GfmaS6yJ/6phE0DZWxmv+Y=; b=ugLxFv5HmAFJC8/nfiHhsv3s7r1yxtH2BNIKSGbmlnmdgfeBtsOg2Ca73fy5iur3Ep sJ0tZTUmzqTtGBlu9CKgQB66tZjpVosNP3f0EWPZuv32pC8R0LqFTJC1Yg4m5dvRJnAT gvKJxvS4khZtXQmaCUlP4gpkJW9Io/j375MgZBWURCervAOUDjwiiCXPB38YOXW221pF VUK7o/3OFq9m6evCZCg0pyGIv36YhxK1UAumOLtpJQUIWUGbYnkxj8Oiq1XH0mWfjj3C mPrLkG2AIsHjX2IbstEuLYjVsMsLrtn4gAxYYIaayZ+wBp8O2xUpAK1w3r4Vo2Wlprm2 Zhmw== MIME-Version: 1.0 X-Received: by 10.194.201.202 with SMTP id kc10mr11687110wjc.1.1379089639256; Fri, 13 Sep 2013 09:27:19 -0700 (PDT) Received: by 10.194.24.99 with HTTP; Fri, 13 Sep 2013 09:27:19 -0700 (PDT) In-Reply-To: References: <6339ECB1-6D04-4607-82C9-03A8B07AF1AE@gmail.com> Date: Fri, 13 Sep 2013 17:27:19 +0100 Message-ID: Subject: Re: Do the NOTICE and LICENSE files have to be at the top level of SCM? From: sebb To: legal-discuss@apache.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 13 September 2013 17:02, Tim Williams wrote: > On Fri, Sep 13, 2013 at 3:11 AM, Kevan Miller wr= ote: >> >> On Sep 12, 2013, at 9:33 AM, Stephen Connolly wrote: >> >>> The Maven PMCs current understanding is that the answer is no. These fi= les need to be in the source distributions published on each project's dist= dir in the Apache web site. >> >> My answer would be yes, the files do need to be there. >> >> It seems like a very good practice to keep LICENSE/NOTICE files in obvio= us places. It certainly seems helpful for our users=85 And yes, IMO, the fi= les should be in both our source distributions and our svn. And, finally, I= 'd say that the most *obvious* place for these files is the root release po= ints (e.g. branches/trunk directories) of the project. > > I wonder how it's helpful to users? I don't see what an end user > could infer from the LICENSE/NOTICE files since they apply only to a > specific release artifact not the whole source tree (necessarily). IMO they should apply to the source tree - as if it were a source release. > Some projects maintain two sets - one for the binary convenience > artifact and the other for the source release - and the files at the > root of the tree are the default for one of the two, but only a dev > knows which of the two:) Again, if there are different N&L files for the binary artifacts, those should be in a different folder and/or clearly distinguished as belonging to the binary releases only. > Don't get me wrong, I like them there, I'm just reacting to the > "helpful to our users" bit because I think if a user feels they're > helpful, then that user prolly doesn't understand something. > --tim > > --------------------------------------------------------------------- > To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org > For additional commands, e-mail: legal-discuss-help@apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org