From nobody Sat Dec 18 19:10:53 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BDB4618FA89D for ; Sat, 18 Dec 2021 19:11:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGb6c4L87z4vbj for ; Sat, 18 Dec 2021 19:11:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92d.google.com with SMTP id a14so10594177uak.0 for ; Sat, 18 Dec 2021 11:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=S/pd5o7CetoGe1gQArDICFoQ1sVZNKtx/eoKEy+d14o=; b=KeZDVoHGqYes9kUCnwTuGjU8XwmcNZekVA1ilLgYvzfN7+M685RvdV15hnUCSf7oEY 7kRS6VwOHDtlMZnXJnBRvqjRaUoKvOEAty0JdDU6+t+Iipl8/Lhu9HXFposny5ei2DHb zFWEJxrZUmqnOKUmiZU8qVdSonzq441PuWLqfAZG0K7oCjUwBJv38BFsvzBRdCmHRNxZ 4+9FH54VoNZbSO8Y8poNO861SbYgVYsDmhLMQ7AhWcDigzeI74lYlbGfFtPFqElKhyk0 poBYbFoYm3NFcINw76/GONg+220N8/GEd21RF46MWj7EOaJl5hPceEPgx5CnenpiqsVc 9YBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=S/pd5o7CetoGe1gQArDICFoQ1sVZNKtx/eoKEy+d14o=; b=sEUNaabUv3nhTsSl5lwRsYrez8NXb62hdjvIDolzHeWoZFYXzUSwhbNkmy1zGXaT+N qblWy5nS1st20bVvuGkOneNmqE32IjDEb3+biTbes9VWoWoaVmjeD6KBYZRPdjGrwC/e dxDF8eZP18IOYPlTvQLdXrU0iNCSNbfm+d0l4z9s7V06yrFooz/WRF3cHOX83kLR0Jb9 0Bj0hB2NLT6c/DJhE9zHN01L88Cbso2D9CNR0QeKEkWmlb4vtaj7gktnlYUyafDFl2GQ +FUFgNTtGjrvEWXV1QP/W2obDK2va+Y7CtxxLVLTHrcVJYAUujMhxvL817azaS7gbmzR LoMA== X-Gm-Message-State: AOAM530pOL3pGF+egmipkVBYwJi6d3exG+J/xho3rRicoWPmTZKN2w35 TzuJv1ioBseST3TLKnm/UxeY/EbY5D9TszKm8+QsKg== X-Google-Smtp-Source: ABdhPJwtTappN5V4JqdquOMhmiUOd6KLDwsvanuKmvy/tddn8RLX0EbZ4SntPW+Qh431D+0DSc316jJmcuce9GeUULw= X-Received: by 2002:a05:6102:ec2:: with SMTP id m2mr3137272vst.6.1639854664011; Sat, 18 Dec 2021 11:11:04 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <4DFA25A9-4C30-4598-A694-4D818C5FAADA@yahoo.com> In-Reply-To: <4DFA25A9-4C30-4598-A694-4D818C5FAADA@yahoo.com> From: Warner Losh Date: Sat, 18 Dec 2021 12:10:53 -0700 Message-ID: Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion To: Mark Millard Cc: Ed Maste , Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000bb6a3d05d3706ab7" X-Rspamd-Queue-Id: 4JGb6c4L87z4vbj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000bb6a3d05d3706ab7 Content-Type: text/plain; charset="UTF-8" On Sat, Dec 18, 2021 at 11:33 AM Mark Millard via freebsd-current < freebsd-current@freebsd.org> wrote: > On 2021-Dec-18, at 09:30, Ed Maste wrote: > > > On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote: > >> > >> I'm confused, beyond just LGPL claims in the (fairly > >> current) source code, but GPL more generally: > >> > >> # grep -rl "SPDX.*GPL" /usr/main-src/ > > > > You need to exclude the ones with SPDX tags like: > > SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0 > > > > but also note that this text in README.md is just documenting the > > top-level gnu/ subdirectory. > > # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|Linux-OpenIB)" > | grep -v sys/contrib/device-tree/ | more > /usr/main-src/sys/gnu/gcov/gcc_4_7.c:// SPDX-License-Identifier: GPL-2.0 > /usr/main-src/sys/gnu/gcov/gcov_fs.c:// SPDX-License-Identifier: GPL-2.0 > /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h:/* > SPDX-License-Identifier: GPL-2.0 */ > > But . . . > > # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|Linux-OpenIB)" > | grep sys/contrib/device-tree/ | wc > 3104 9958 345089 > Yea, that doesn't matter that much... Those are generally not used for tier 1 platforms, except for some arm64 boards. And when they are used, they create a separate work (the .dtb files). And that's even assuming these files are expressive enough to have enough creative content that a copyright could attach... It's not used at all the build kernels, userland, etc (though one does have an option to attach a dtb to a kernel, to be fair). And they are all well marked with SPDX tags, so we're not misrepresenting anything and the project's use of them is in full compliance with whichever GPL they are released under. Downstream users will, as with all license things, need to ensure their uses comply. There have been various statements about these files over the years which one should consult if one ships a system with the .dtb w/o the .dts sources to determine compliance measures necessary (though the standard GPL measures will work, some folks have disclaimed the need to do them for their .dts files, ymmv). Warner --000000000000bb6a3d05d3706ab7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Dec 18, 2021 at 11:33 AM Mark= Millard via freebsd-current <freebsd-current@freebsd.org> wrote:
On 2021-Dec-18, at 09:30, Ed Maste <emaste@freebsd.org= > wrote:

> On Fri, 17 Dec 2021 at 11:09, Mark Millard <marklmi@yahoo.com> wrote:
>>
>> I'm confused, beyond just LGPL claims in the (fairly
>> current) source code, but GPL more generally:
>>
>> # grep -rl "SPDX.*GPL" /usr/main-src/
>
> You need to exclude the ones with SPDX tags like:
> SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0
>
> but also note that this text in README.md is just documenting the
> top-level gnu/ subdirectory.

# grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|L= inux-OpenIB)" | grep -v sys/contrib/device-tree/ | more
/usr/main-src/sys/gnu/gcov/gcc_4_7.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/gnu/gcov/gcov_fs.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h:/* SPDX-License-I= dentifier: GPL-2.0 */

But . . .

# grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|L= inux-OpenIB)" | grep sys/contrib/device-tree/ | wc
=C2=A0 =C2=A0 3104=C2=A0 =C2=A0 9958=C2=A0 345089

=
Yea, that doesn't matter that much...=C2=A0 Those are genera= lly not used for tier 1 platforms,=C2=A0except
for some arm64 boa= rds.=C2=A0 And when they are used, they create a separate work (the .dtb fi= les).
And that's even assuming these files are expressive eno= ugh to have enough creative content
that a copyright could attach= ... It's not used at all the build kernels, userland, etc (though one
does have an option to attach a dtb to a kernel, to be fair). And = they are all well marked with
SPDX tags, so we're not misrepr= esenting anything and the project's use of them is in full
co= mpliance with whichever GPL they are released under. Downstream users will,= as with
all license things, need to ensure their uses comply. Th= ere have been various statements
about these files over the years= which one should consult if one ships a system with the
.dtb w/o= the .dts sources to determine compliance measures necessary (though the st= andard
GPL measures will work, some folks have disclaimed the nee= d to do them for their
.dts files, ymmv).

Warner
--000000000000bb6a3d05d3706ab7--