linux-spdx.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: J Lovejoy <opensource@jilayne.com>
To: Max Mehl <max.mehl@fsfe.org>
Cc: linux-spdx@vger.kernel.org
Subject: Re: Implement SPDX-Copyright
Date: Thu, 30 May 2019 18:26:21 -0600	[thread overview]
Message-ID: <0BA4D54F-F42D-40B1-9D4E-71AFB5672D76@jilayne.com> (raw)
In-Reply-To: <EB311DAA-9909-462C-AE94-7513374683CB@jilayne.com>

Hi Max,

Thanks for all the effort on REUSE and I hope I can find some time to review the work going on there in the near future.

Regarding the copyright tag - I just wanted to note that I have yet to see this topic raised on the SPDX legal team. While I think there are some SPDX folks commenting on the REUSE docs, it would really be best if discussion of any SPDX-Copyright tag occurred on the project mailing list and calls. While certainly the tech team folks should be involved due to the tooling connection, I think the legal team needs to weigh in as well.

Feel free to raise this on the mailing list here (you’ll need to join first, if you have not already): https://lists.spdx.org/g/spdx-legal

In the meantime, I suspect the kernel folks here have their hands full with getting the license identifiers into the kernel, which also involves being able to confidently identify the licensing info for each and every file - no small feat!  Anything with copyright notices maybe can wait for another time?


Thanks,
Jilayne
SPDX legal team co-lead

> On May 24, 2019, at 8:22 AM, Max Mehl <max.mehl@fsfe.org> wrote:
> 
> Dear all,
> 
> Great to see such a big effort going on so smoothly thanks to the
> excellent collaboration here! I would like to make a small suggestion
> for further improvement while we are already touching so many files in
> Linux.
> 
> Currently, the REUSE and SPDX team are discussing the official
> introduction of the *SPDX-Copyright* tag [^1] [^2], perhaps for SPDX 2.2
> and REUSE 3.0. 
> 
> The benefit is that tools can easily detect the correct line which holds
> the copyright/author/year information. As of now, there are files which
> contain multiple occurrences of the word "Copyright", "©" or "(c)",
> which then requires the usage of error-prone logics and patterns.
> 
> Let me give a concrete example. The following header from one of the
> first patches sent around here:
> 
> 
>  // SPDX-License-Identifier: GPL-2.0-or-later
>  /*
>   * Copyright (C) 2013 Pavel Machek <pavel@ucw.cz>
>   * Copyright (C) 2013-2014 Aaro Koskinen <aaro.koskinen@iki.fi>
> 
> 
> could become:
> 
> 
>  // SPDX-License-Identifier: GPL-2.0-or-later
>  /*
>   * SPDX-Copyright: (C) 2013 Pavel Machek <pavel@ucw.cz>
>   * SPDX-Copyright: (C) 2013-2014 Aaro Koskinen <aaro.koskinen@iki.fi>
> 
> 
> The usage of (C) or any other copyright symbols would probably be up to
> personal style or legal requirements. All this tag intends to achieve is
> to make automatic tooling more robust.
> 
> What do you think? Would someone see issues with realising this
> technically rather simple change in the same course of action?
> 
> Best,
> Max
> 
> 
> [^1]: https://github.com/fsfe/reuse-docs/pull/23
> 
> [^2]: https://github.com/spdx/spdx-spec/issues/122
> 
> -- 
> Max Mehl - Programme Manager - Free Software Foundation Europe
> Contact and information: https://fsfe.org/about/mehl | @mxmehl
> Become a supporter of software freedom:  https://fsfe.org/join

      parent reply	other threads:[~2019-05-31  0:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-24 14:22 Implement SPDX-Copyright Max Mehl
2019-05-24 14:56 ` Greg KH
2019-05-24 15:13 ` Allison Randal
2019-05-24 17:19 ` Armijn Hemel - Tjaldur Software Governance Solutions
     [not found] ` <EB311DAA-9909-462C-AE94-7513374683CB@jilayne.com>
2019-05-31  0:26   ` J Lovejoy [this message]

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=0BA4D54F-F42D-40B1-9D4E-71AFB5672D76@jilayne.com \
    --to=opensource@jilayne.com \
    --cc=linux-spdx@vger.kernel.org \
    --cc=max.mehl@fsfe.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).