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 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, T_DKIMWL_WL_HIGH,URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3F89C072B5 for ; Fri, 24 May 2019 14:56:50 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id A23842175B for ; Fri, 24 May 2019 14:56:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1558709810; bh=UTcFbjHqoLlfhh3b96pC1C9DdVOlyFfCZ75fpUtgL4c=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=1cbUgYw+OC4DU92KkwIyG9SjXlzxihTHxH6xYNl813xrthQwKvmpGlSqukHzyz0GL sWDgQE/QCeLvh6e9wllDgRDtSG9wbNUrOcBzGqbI9bhdEaTXgmSjExIpgy9faq87+l 9MlleSZBkB/WP+k312kW51/eP0eLti3MG4FPSf0w= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404010AbfEXO4u (ORCPT ); Fri, 24 May 2019 10:56:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:34628 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2403934AbfEXO4u (ORCPT ); Fri, 24 May 2019 10:56:50 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A96BB2133D; Fri, 24 May 2019 14:56:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1558709809; bh=UTcFbjHqoLlfhh3b96pC1C9DdVOlyFfCZ75fpUtgL4c=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=NqzTMxF7Mjd+GZwe8BOFWS/0t+GkH7V/HW80eoSVGpSKYytn6Ob+xPJio5J6Iw4lT SaJ5lVAL5R8rAmjiyY0T6Ku5pd1X/csCPu4UfZSkesjRhZ506iK0bToWJY5ER37zLv 3Ks7FFSzEkKX+aVi+n9eyBBuryVaVL06RGjQ6Ly4= Date: Fri, 24 May 2019 16:56:46 +0200 From: Greg KH To: Max Mehl Cc: linux-spdx@vger.kernel.org Subject: Re: Implement SPDX-Copyright Message-ID: <20190524145646.GA9140@kroah.com> References: <1558706708.m0wpla3nbm.2220@fsfe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1558706708.m0wpla3nbm.2220@fsfe.org> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-spdx-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-spdx@vger.kernel.org On Fri, May 24, 2019 at 04:22:54PM +0200, Max Mehl 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 > * Copyright (C) 2013-2014 Aaro Koskinen > > > could become: > > > // SPDX-License-Identifier: GPL-2.0-or-later > /* > * SPDX-Copyright: (C) 2013 Pavel Machek > * SPDX-Copyright: (C) 2013-2014 Aaro Koskinen > > > 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 is wrong with the current tooling that already picks up these "Copyright" lines? REUSE does this today (I use it on my userspace programs), what would changing all of this in the kernel help with that is currently broken today? Also note, the absence of the "Copyright" wording does not imply that the file is not also copyrighted by someone else. But everyone here already knows that, right? :) thanks, greg k-h