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 6408A1122D for ; Thu, 26 Jun 2014 13:10:57 +0000 (UTC) Received: (qmail 4186 invoked by uid 500); 26 Jun 2014 13:10:57 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 4014 invoked by uid 500); 26 Jun 2014 13:10:57 -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 4003 invoked by uid 99); 26 Jun 2014 13:10:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jun 2014 13:10:56 +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 209.85.212.178 as permitted sender) Received: from [209.85.212.178] (HELO mail-wi0-f178.google.com) (209.85.212.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jun 2014 13:10:51 +0000 Received: by mail-wi0-f178.google.com with SMTP id n15so1005518wiw.11 for ; Thu, 26 Jun 2014 06:10:29 -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; bh=xljQWKlzs/eCHEK23YkdwsOiaEMralVb8+6nQNV4wV0=; b=h4uUCzK/dU7weKDIA8VtGSAGtZCJ0CD5jhHkC6qSBhiaKvsNl/aAnpc968M4IE3RJN tET1OOthQRKx2R9SAaUpz8TVxJBeQGQoTzwXVKTTNNvmf7E9b/PdwIeVlm02RsRoWbKU FyeVYNt+jELDKu7I4ysM/22p2DIMMkCgvITixMvgI7rh3ZTxAk9OMeiQ5u3Dk+Z23g75 rU9Mh2RQgNUiraiqey0SGfmz0418I4frJ/oJ1q0ihni4KL1NahxkbRaPOJhHzNCtOETv VhHyoWERLun6eWV1ndFXoP2huVb9jW/q8FHfgQ2CNDTyAnQuEByEeKeNeR3CODxC6cMh lDwA== MIME-Version: 1.0 X-Received: by 10.180.81.68 with SMTP id y4mr4360358wix.26.1403788229120; Thu, 26 Jun 2014 06:10:29 -0700 (PDT) Received: by 10.194.237.9 with HTTP; Thu, 26 Jun 2014 06:10:29 -0700 (PDT) In-Reply-To: References: <49D423B3-1FCE-49B5-80FE-217746D3B739@classsoftware.com> <39C7D2B9-7989-43CF-8785-1DCF15FE222E@classsoftware.com> Date: Thu, 26 Jun 2014 14:10:29 +0100 Message-ID: Subject: Re: Bundling an AL Font From: sebb To: legal-discuss@apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On 26 June 2014 04:31, Kevan Miller wrote: > Hard to be completely prescriptive... I don't recall an explicit discussion > on this point. > > Anyway, the LICENSE update isn't strictly required (and is not required by > the instructions). I find it to be convenient, when consuming artifacts. > Others may have their opinions... When looking for license information, I > wouldn't be looking in the README, but that's your project's decision... The LICENSE file has to contain all the LICENSEs for the enclosing bundle. i.e. it contains AL2.0 plus any other licenses, either embedded or as a pointer to a separate license file in the bundle. The main LICENSE file should detail which 3rd party products are included under which licenses, e.g. "Includes Foo V1.2 under the BSD license, see licenses/BSD.txt" [Note that including the version of the 3rd party code is vital, as the license may potentially change between versions.] For 3rd party products under the AL2.0 license, the same approach should be taken. It is useful to mention all 3rd party inclusions in the LICENSE file, including ones under AL2.0: - Makes it much easier for the consumer to ensure that the code uses a license with which they are comfortable. - it helps the ASF project to ensure that all external inclusions are accounted for. Yes, it means updating the file every time an external version is updated, but the license still has to be checked in case it has changed. > --kevan > > > On Wed, Jun 25, 2014 at 9:45 AM, Alex Harui wrote: >> >> Hi Kevan, >> >> Thanks for being patient with me. That's what I meant by "undocumented" >> and outside the "normal process". The documents don't support adding >> mention of included ALv2 artifacts to LICENSE, but there is precedence >> elsewhere. The documents seem to imply that the consumer should assume that >> everything in a package is ALv2 unless otherwise noted, even for things that >> are non-text like media/fonts. >> >> Do you have any thoughts on putting such mention in README vs LICENSE? >> For me, putting information about the iicense and copyright of the fonts in >> the README would escape criticism from any hard-liner who uses the how-to >> document to say that we shouldn't have messed with the LICENSE. >> >> Thanks, >> -Alex >> >> From: Kevan Miller >> Reply-To: "legal-discuss@apache.org" >> Date: Wednesday, June 25, 2014 8:58 AM >> >> To: "legal-discuss@apache.org" >> Subject: Re: Bundling an AL Font >> >> >> On Tue, Jun 24, 2014 at 11:28 PM, Alex Harui wrote: >>> >>> I guess I'm still confused: I believe your current recommendation is to >>> modify the LICENSE and not touch the NOTICE. >> >> >> If I recall correctly, you (or maybe Justin) were concerned about making >> it clear to users that the font was included. Adding the note to the LICENSE >> is (IMO) a good way to do this. According to the process described in the >> documents, you don't need to do this. But I've known multiple projects that >> make note of the ALv2 artifacts that they include (when they are not >> produced directly by the ASF or the project, itself). >> >> --kevan > > --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org