public inbox for linux-spdx@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: Richard Fontana <rfontana@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>
Cc: linux-spdx@vger.kernel.org,
	Jonathan Brassow <jbrassow@redhat.com>,
	dm-devel@redhat.com
Subject: Re: treewide: License cleanup - RedHat originated
Date: Wed, 25 May 2022 10:56:02 -0400	[thread overview]
Message-ID: <Yo5DgoAsR+lZfl4l@redhat.com> (raw)
In-Reply-To: <CAC1cPGz4CVCqb7P72sWjJ5S6s6HcxzqiwuykwGFswkovOuALHA@mail.gmail.com>

On Sun, May 22 2022 at  1:33P -0400,
Richard Fontana <rfontana@redhat.com> wrote:

> On Sun, May 22, 2022 at 10:55 AM Thomas Gleixner <tglx@linutronix.de> wrote:
> >
> > Richard!
> >
> > Sorry for pestering you, but the amount of files is just too much to split
> > it up and targetting the authors is difficult because quite some of them
> > are not longer at RHT. The files are all (c) RedHat or Sistina Software,
> > which is part of RedHat since 2003.
> >
> > This is part of the effort to clean up the licensing mess in the kernel and
> > convert it to SPDX license identifiers as the only source of license
> > information.
> >
> > Archaeology found the following unspecific GPL license references, which
> > have been authored by RedHat/Sistina.
> >
> > To clean this up, can you please either advise the RHT kernel team or let
> > me know which GPLv2 variant to use for the files and I run it through my
> > cleanup machinery.

Hi Thomas, yes I'd love for you to take on the changes to run through
your machinery.  I think we have consensus in that I agree with
everything Richard has said.  Proposed changes look good, thanks!

> Hi Thomas,
> 
> I assume you're selecting files that have some sort of Red Hat or
> Sistina copyright notice. Just as a disclaimer, I can't speak to
> copyrights in these files that may be held by other organizations or
> individuals (and I can't say definitively whether any file bearing a
> Red Hat or Sistina copyright notice has or retains any copyright owned
> by Red Hat). With that said:
> 
> > 1) this file is released under the gpl
> 
> I am fine with saying that any Red Hat copyrights (including any
> Sistina copyrights acquired by Red Hat) in these can be represented
> with SPDX-License-Identifier: GPL-2.0.
> 
> I would note that the following files did not seem to have any Red Hat
> or Sistina copyright notices:
> 
> >    drivers/md/dm-log-writes.c
> >    drivers/md/dm-ps-queue-length.c
> >    drivers/md/dm-ps-service-time.c
> >    drivers/md/dm-unstripe.c
> >    drivers/md/dm-zero.c

These can all have the following added:
SPDX-License-Identifier: GPL-2.0.

> Skipping category 2 for the moment:
> 
> > 3) (c) 2000 red hat gpl d
> 
> > 4) this code is covered by the gpl
> 
> > 5) this software may be freely redistributed under the terms of the gnu
> >    general public license you should have received a copy of the gnu general
> >    public license along with this program if not write to the free software
> >    foundation inc 675 mass ave cambridge ma 02139 usa
> 
> > 6) released under the general public license (gpl)
> 
> I am fine with saying that any Red Hat copyrights (including any
> Sistina copyrights acquired by Red Hat) in these can be represented
> with SPDX-License-Identifier: GPL-2.0.
> 
> > 2) this file is released under the lgpl
> >
> >    drivers/md/dm-core.h
> >    drivers/md/dm-log-userspace-base.c
> >    drivers/md/dm-log-userspace-transfer.c
> >    drivers/md/dm-log-userspace-transfer.h
> >    drivers/md/dm-log.c
> >    drivers/md/dm-rq.h
> >    drivers/md/dm.h
> >    include/linux/device-mapper.h
> >    include/linux/dm-dirty-log.h
> 
> For these, if the question is just about what version of the LGPL we
> should treat these as, I'd be fine with representing them as
> SDPX-License-Identifier: LGPL-2.1.
> 
> However, and I realize this may go beyond my 'remit' as someone
> consulted for linux-spdx stuff or open some additional bag of worms,
> I'm wondering if these would be better off just relicensed under
> GPLv2, and thus represented as SPDX-License-Identifier: GPL-2.0.

Yes, I think we should do that.

> Even treating this code as having been LGPLv2.x-licensed, this would be
> authorized or at any rate contemplated by the largely-overlooked
> LGPLv2.0/LGPLv2.1 section 3. Suggesting this because it would seem to
> help marginally with some of the goals of this initiative and also
> because it's not obvious to me why LGPL would have been preferred over
> GPLv2 for these files to begin with, assuming they weren't copied from
> some unrelated LGPL-licensed project. I've cc'd Jonathan Brassow and
> Mike Snitzer in case they have any thoughts on this.

Thanks for bringing me in the loop.  I appreciate it.
Right,  No real need for LGPL here (that I'm aware of).

Thomas: do you have all the answers you need?

Mike


      parent reply	other threads:[~2022-05-25 14:56 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-22 14:54 treewide: License cleanup - RedHat originated Thomas Gleixner
2022-05-22 17:33 ` Richard Fontana
2022-05-22 18:12   ` Thomas Gleixner
2022-05-25 14:58     ` Mike Snitzer
2022-05-25 14:56   ` Mike Snitzer [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=Yo5DgoAsR+lZfl4l@redhat.com \
    --to=snitzer@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=jbrassow@redhat.com \
    --cc=linux-spdx@vger.kernel.org \
    --cc=rfontana@redhat.com \
    --cc=tglx@linutronix.de \
    /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