From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 37086C072B5 for ; Fri, 24 May 2019 04:33:36 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id EC7852168B for ; Fri, 24 May 2019 04:33:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725886AbfEXEdf convert rfc822-to-8bit (ORCPT ); Fri, 24 May 2019 00:33:35 -0400 Received: from mail-vs1-f53.google.com ([209.85.217.53]:35616 "EHLO mail-vs1-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725710AbfEXEdf (ORCPT ); Fri, 24 May 2019 00:33:35 -0400 Received: by mail-vs1-f53.google.com with SMTP id q13so4946522vso.2 for ; Thu, 23 May 2019 21:33:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=zjTB85ofkaBXs48BugGdw1xOJ3Del07x+chxb3agZ1c=; b=rW1W7SGXO32ncbOFKbVsiMfdiwQ49z8Am/A8L9/BaDN4erNENoUeqW0LSb0bNQRQ8H GjyABUzWxhaVpGK00KgstHo2Mq6iwiKCifkNx+iJg5T0VJrUnavo/iA4oFkalHouwH/s PhSAkBYSrxV5wtpO0h5UutYGRI5IHVyBDIyfonMuFhNRPY//FRi1TJYUJbVTrwIsCJ49 N/B+ldYp2ouJTMMa4E5JHgDLmFwrqqhavOefo8y9w8F6P8zimdvhMUz2VY9hlDHNgK6Y 8OMTWqZYT9RBQx0YbX/1ESSIqDUcUX9dm84aLO/U0WSe6VrTfgOocp/omSzwJAXenYyS 4enA== X-Gm-Message-State: APjAAAUxX7ub9TSPJRDv8QXu0BmhbeUVlAihjuoFLs9ykLgg19ATDfYG HEGkIywsxcsi3LOlD1eUk/20ZbQsP+xKpxFQobIPPvh3 X-Google-Smtp-Source: APXvYqwseTAWwJVrPgoHKhBQuumjBBwepfrNWfH5Us67UJzxVPxG619cbo7nJdNreJhIL5I2t9LjFmkXNSe8pHQYOm0= X-Received: by 2002:a67:ca9a:: with SMTP id a26mr21286895vsl.92.1558672414140; Thu, 23 May 2019 21:33:34 -0700 (PDT) MIME-Version: 1.0 References: <20190521210833.veltn74dcgic5zmw@ebb.org> <0995848C-11BE-47B1-86F9-F56D43541246@jilayne.com> In-Reply-To: <0995848C-11BE-47B1-86F9-F56D43541246@jilayne.com> From: Richard Fontana Date: Fri, 24 May 2019 00:33:22 -0400 Message-ID: Subject: Re: Meta-question on GPL compliance of this activity To: J Lovejoy Cc: "Bradley M. Kuhn" , linux-spdx@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Sender: linux-spdx-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-spdx@vger.kernel.org On Wed, May 22, 2019 at 12:14 PM J Lovejoy wrote: > > Richard, > > As you raised this concern and yet I’m noticing you continue to review the patches and sign off, am I correct to assume that you don’t think this is a big concern? I have mixed feelings about this. I suppose "not a big concern" is right; I'm not losing sleep over the GPL compliance issue, but I believe this group needs to address it head-on and openly, which will then benefit other projects, especially large and/or old projects with large numbers of contributors, which may seek to follow the example of Linux. The fact that I'm participating in these reviews should not be taken to mean that I am 100% comfortable with this activity. Part of why I'm doing so is to identify problems that might otherwise get overlooked. Bradley wrote: > > There was consensus at the meeting in Barcelona that moving all the notices > > to a single file to live inside the Linux tree "somewhere" with entries like: > > > > Filenames: a.c, b.c, c.c contained this notice: > > NOTICE > > which was replaced with SPDX_IDENTIFIER on DATE. > > > > and that such was a fine and acceptable way to address even the most > > disagreeable and litigious conservative interpreters, and that such > > was a necessary step to avoid compliance infractions on this issue. > > > > Related to this, Allison noted on May 8th on this list: > >>> Are you [Thomas] automatically logging which files were modified by each > >>> pattern match, for the legally conservative hack we talked about, > >>> preserving a historical record of altered license notices in a doc file? > > > > IIUC, Thomas indicated in that thread that he could generate that information > > later, but given that we already have consensus on the idea, it seems to me > > it would be better if the patches themselves contained the moving of the > > notice text from the individual files into the single file, rather than > > reconstructing it on the back-end. Richard, what do you think about that? If I've followed these threads rightly it seems that this may not be a practical solution, but I think something like this would be preferable. Richard