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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D0169C4332F for ; Tue, 31 Oct 2023 02:23:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229766AbjJaCXf (ORCPT ); Mon, 30 Oct 2023 22:23:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39500 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229688AbjJaCXf (ORCPT ); Mon, 30 Oct 2023 22:23:35 -0400 Received: from mx1.supremebox.com (mx2.supremebox.com [198.23.53.42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 53D3FC5 for ; Mon, 30 Oct 2023 19:23:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=jilayne.com ; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/gjbVBqD6wUd83Ic/WpsYkTAScFG89GoRNlWHJQ3pyY=; b=VrGRTETHeUXeMg6iB+ujy5itQJ dAieB6ad/PZVlJCtyprHmz/ZEW2BwJfm/uh67cFTRrvAP2Hh+Y5YCDKIZeEn/hm/zQGwSD/2Waqat DlU2ogG0KEtbQFm7TbqXakazRbrpQbEm2cqKPakg3jDm/RWbnnlsPh/p8DDCksE45TLk=; Received: from 71-211-137-107.hlrn.qwest.net ([71.211.137.107] helo=[192.168.1.162]) by mx1.supremebox.com with esmtpa (Exim 4.92) (envelope-from ) id 1qxePf-0005Ei-PH; Tue, 31 Oct 2023 02:23:27 +0000 Message-ID: Date: Mon, 30 Oct 2023 20:23:25 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] treewide: Add SPDX identifier to IETF ASN.1 modules Content-Language: en-US To: Lukas Wunner , Richard Fontana Cc: Thomas Gleixner , Greg Kroah-Hartman , linux-spdx@vger.kernel.org, David Howells , Tadeusz Struk , Herbert Xu , "David S. Miller" , keyrings@vger.kernel.org, linux-crypto@vger.kernel.org, Hyunchul Lee , Namjae Jeon , Steve French , Sergey Senozhatsky , Tom Talpey , linux-cifs@vger.kernel.org, Taehee Yoo , Pablo Neira Ayuso , Jozsef Kadlecsik , Florian Westphal , coreteam@netfilter.org, netfilter-devel@vger.kernel.org References: <143690ecc1102c0f67fa7faec437ec7b02bb2304.1697885975.git.lukas@wunner.de> <20231022085319.GA25981@wunner.de> From: J Lovejoy In-Reply-To: <20231022085319.GA25981@wunner.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Sender-Ident-agJab5osgicCis: opensource@jilayne.com Precedence: bulk List-ID: X-Mailing-List: linux-spdx@vger.kernel.org On 10/22/23 4:53 AM, Lukas Wunner wrote: > On Sat, Oct 21, 2023 at 09:23:55AM -0400, Richard Fontana wrote: >> On Sat, Oct 21, 2023 at 7:25???AM Lukas Wunner wrote: >>> Per section 4.c. of the IETF Trust Legal Provisions, "Code Components" >>> in IETF Documents are licensed on the terms of the BSD-3-Clause license: >>> >>> https://trustee.ietf.org/documents/trust-legal-provisions/tlp-5/ >>> >>> The term "Code Components" specifically includes ASN.1 modules: >>> >>> https://trustee.ietf.org/documents/trust-legal-provisions/code-components-list-3/ >> Sorry if this seems super-pedantic but I am pretty sure the license >> text in the IETF Trust Legal Provisions does not actually match SPDX >> `BSD-3-Clause` because of one additional word in clause 3 ("specific" >> before "contributors"), so IMO you should get SPDX to modify its >> definition of `BSD-3-Clause` prior to applying this patch (or get IETF >> to change its version of the license, but I imagine that would be more >> difficult). > I've submitted a pull request to modify the SPDX definition of > BSD-3-Clause for the IETF variant: > > https://github.com/spdx/license-list-XML/pull/2218 > > I assume this addresses your concern? Let me know if it doesn't. > > If anyone has further objections to this patch please speak up. Thanks for submitting the PR! Usually this is something that would be discussed via an issue before making a PR. I made one here https://github.com/spdx/license-list-XML/issues/2242 and will have a closer look shortly. Also ideally, this patch would not be applied until the additional markup is confirmed by SPDX (in case this is deemed a new license and needs a new/different identifier) thanks, Jilayne > Thanks, > > Lukas