All of lore.kernel.org
 help / color / mirror / Atom feed
From: Allison Randal <allison@lohutok.net>
To: Richard Fontana <rfontana@redhat.com>
Cc: linux-spdx@vger.kernel.org
Subject: Re: Meta-question on GPL compliance of this activity
Date: Mon, 27 May 2019 17:23:16 -0400	[thread overview]
Message-ID: <e9198d6b-11c3-09d7-4534-38dba9dc1737@lohutok.net> (raw)
In-Reply-To: <CAC1cPGx0psQrmEjwDwg=4HGTmWSuszGhzxqTjKDoEUvHc1LyTg@mail.gmail.com>

On 5/24/19 9:07 PM, Richard Fontana wrote:
> 
> Not to sidetrack discussion but I don't see how they're a barrier to
> *true* compliance specifically for Linux. If you have the complete
> corresponding source code for the Linux kernel, and you just assume
> (as some of us do) it's licensed under GPLv2 and provide the source
> code and chances are you'll be in compliance. And most noncompliant
> Linux distributors are noncompliant because they aren't distributing
> the source code (and thus they have nothing to run scanning tools on
> or whatever).
> 
> Nevertheless I see a more general (beyond the Linux kernel) benefit to
> adoption of legal notices in source code that can more easily be
> understood by tools, and GPL-licensed projects in particular pose a
> challenge to changing practices around source code license notices.
> Which is partly why I am interested in and helping out a bit with this
> work.

Sure, by "barrier" I didn't mean "impossible", just that it's more
difficult to comply if you aren't sure what licenses apply, and your
scanning tools are giving you garbled results.

> Sounds like a good suggestion. Perhaps alternatively or in addition, a
> good faith effort can be undertaken to attempt to get licensor (more
> specifically, nominal-copyright-holder) consent for these changes. It
> doesn't have to be perfect or rushed. Was this idea considered but
> abandoned? Not long ago Thomas asked me about a number of source files
> with Red Hat copyrights, such as the ones that said "GPL'd" which
> seemed particularly to irk him :) It seems like at this point you are
> all giving up on the idea of checking with nominal copyright holders
> ... out of frustration or impatience I guess?

I've seen enough projects waste years of human-hours on this, that it
seems reasonable to me to limit this activity to the really questionable
notices.

Allison

  reply	other threads:[~2019-05-27 21:23 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-06 19:58 [Batch 1 - patch 12/25] treewide: Replace GPLv2 boilerplate/reference with SPDX - gpl-2.0_208.RULE Thomas Gleixner
2019-05-21 17:58 ` Meta-question on GPL compliance of this activity Richard Fontana
2019-05-21 18:59   ` J Lovejoy
2019-05-21 21:08   ` Bradley M. Kuhn
2019-05-22  9:40     ` Thomas Gleixner
2019-05-22 13:30     ` Greg KH
2019-05-23  4:41       ` Bradley M. Kuhn
2019-05-23  5:42         ` Thomas Gleixner
2019-05-22 16:14     ` J Lovejoy
2019-05-22 21:10       ` John Sullivan
2019-05-23  1:19         ` J Lovejoy
2019-05-23  6:06           ` Thomas Gleixner
2019-05-29 20:57           ` John Sullivan
2019-05-29 21:30             ` Greg KH
2019-06-01  3:22               ` John Sullivan
2019-06-01  9:31                 ` Greg KH
2019-06-01  4:21               ` Richard Fontana
2019-05-24  4:33       ` Richard Fontana
2019-05-24  5:20         ` Greg KH
2019-05-24 20:24           ` Allison Randal
2019-05-25  1:07             ` Richard Fontana
2019-05-27 21:23               ` Allison Randal [this message]
2019-05-25 16:56             ` Greg KH
2019-05-27 21:54               ` Allison Randal
2019-05-28  7:21                 ` Dominik Brodowski
2019-05-22 13:27   ` Greg KH
2019-05-22 14:16     ` Thomas Gleixner
2019-05-22 16:33       ` J Lovejoy
2019-05-22 16:52         ` Thomas Gleixner
2019-05-22 17:00           ` J Lovejoy
2022-06-06 20:11 ` [Batch 1 - patch 12/25] treewide: Replace GPLv2 boilerplate/reference with SPDX - gpl-2.0_208.RULE Richard Fontana
2022-06-06 20:17   ` Thomas Gleixner
2022-06-07 18:12     ` Bradley M. Kuhn
2022-06-07 23:05       ` Thomas Gleixner
2022-06-08  8:33         ` Allison Randal
2022-06-08 14:04           ` Bradley M. Kuhn
2022-06-08 14:59             ` Allison Randal
2022-06-08 17:18               ` Bradley M. Kuhn
2022-06-08 18:54                 ` Richard Fontana
2022-06-08 19:29                   ` Bradley M. Kuhn
     [not found]                     ` <02f4021f-63a5-4796-d790-2bacd37b90d2@jilayne.com>
2022-06-09  0:31                       ` Bradley M. Kuhn
2022-06-09  4:51                         ` J Lovejoy
2022-06-09 15:03                           ` Bradley M. Kuhn
2022-06-09  2:35                       ` Richard Fontana
2022-06-06 20:31   ` Bradley M. Kuhn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e9198d6b-11c3-09d7-4534-38dba9dc1737@lohutok.net \
    --to=allison@lohutok.net \
    --cc=linux-spdx@vger.kernel.org \
    --cc=rfontana@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.