Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8905010404 for ; Tue, 24 Sep 2013 19:33:16 +0000 (UTC) Received: (qmail 90402 invoked by uid 500); 24 Sep 2013 19:33:16 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 90345 invoked by uid 500); 24 Sep 2013 19:33:15 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 90337 invoked by uid 99); 24 Sep 2013 19:33:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Sep 2013 19:33:15 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of johnsca@gmail.com designates 209.85.212.182 as permitted sender) Received: from [209.85.212.182] (HELO mail-wi0-f182.google.com) (209.85.212.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Sep 2013 19:33:08 +0000 Received: by mail-wi0-f182.google.com with SMTP id ez12so4445126wid.15 for ; Tue, 24 Sep 2013 12:32:48 -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=LgsK4DpmgQWKTICC5GhrpGDiZo68l1mePfJ0SkzSjzQ=; b=u2zgnrDFRn/ki3ntuMlVtWZaIGg50RoelF6HjibBxs34VIEV57cnOP9FgJ4t1RYGaG heqAPPqsukdR91lYLZHlfyH8NseQz6QvBv4DPOwVBovmIIrYJegt4C6D0CdhbqwklL/c 1MoZFvGc5mK9IMr2D+QGADBdvF2LWHWfBBzFFlzuwVraQMdlbBh8ubKjzXOxyGD4mC6l GZuerRhvVbgjLWPRrlPTsxpI2Ch/aIPspFGFOgVCTjI6H4e9J4I761svsrFqV0lsRzU/ oDClhhGeLE2o2siVrLGCBpuJ7wafcMvX+p21B54R8vSKHd/Yhv8Qc6LymobHJcfb2uUE nbww== MIME-Version: 1.0 X-Received: by 10.180.20.77 with SMTP id l13mr19465906wie.40.1380051168218; Tue, 24 Sep 2013 12:32:48 -0700 (PDT) Received: by 10.194.15.102 with HTTP; Tue, 24 Sep 2013 12:32:48 -0700 (PDT) In-Reply-To: References: <523B23D5.8040205@brondsema.net> Date: Tue, 24 Sep 2013 15:32:48 -0400 Message-ID: Subject: Re: RFC: LICENSE and NOTICE cleanups (ASF release) From: Cory Johns To: allura-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=bcaec53f346fa7552404e7263385 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec53f346fa7552404e7263385 Content-Type: text/plain; charset=ISO-8859-1 I'm not arguing that he didn't suggest that we *should* have only a single LICENSE and NOTICE file, but that is different than *must*. I was also reading that in context of the previous statement that the top-level LICENSE and NOTICE files were incorrect and, subsequently, that the extra files were confusing. I took that to mean that if the top-level files were correct, the additional files would be less of an issue. Particularly when taken together with Marvin's message in the [DICSUSS] thread [1] explicitly discussing the sub-package LICENSE and NOTICE files; his advice was they needed to be reduced to be minimally complete for their respective sub-package, just like the top-level LICENSE and NOTICE file must be minimally complete for the whole release. That said, I do think that it might be better to remove the extra LICENSE and NOTICE files, particularly since we won't be distributing the individual PyPI packages through ASF channels so it is quite possible that the legal requirements do not apply (and the file headers should be sufficient for PyPI). [1] http://mail-archives.apache.org/mod_mbox/incubator-general/201309.mbox/%3CCAAS6=7hTA13GHbBwwy3-X+Bz5i38X4UoM+cYsv7Q13x+azp7mw@mail.gmail.com%3E On Tue, Sep 24, 2013 at 2:36 PM, Peter Hartmann wrote: > W dniu 24.09.2013 o 20:27 Cory Johns pisze: > > > Sebb didn't say that we *must* have *only* top-level LICENSE and NOTICE >> files, just that: 1) the top-level LICENSE file was incomplete and the >> top-level NOTICE file contained items it shouldn't; 2) that (possibly >> because of point 1) the LICENSE and NOTICE files in the sub-directories >> would be confusing to the reviewers and end-users. >> > > With respect, I think he said exactly that: > > "There should be a single NOTICE and LICENSE file in the parent > directory (allura/) which covers all the contents (and nothing else)." > > At least that's the way I read it, "single NOTICE and LICENSE (...) and > nothing else" looks and sounds quite definitive to me. > > > Trying to come up with some process or program to add or remove licenses >> when building a release might be nice, but I'm not sure that it should >> block our initial release. >> > > I'm pretty shure it shouldn't :) > > On a NOTICE point, if that's how it is determined - perfectly fine. > Perhaps I'll propose some better wording to these legal docs, If I'll be > able to someday :( > --bcaec53f346fa7552404e7263385--