From owner-svn-src-all@freebsd.org Tue Feb 26 17:22:19 2019 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96B751520032; Tue, 26 Feb 2019 17:22:19 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 364598F8C7; Tue, 26 Feb 2019 17:22:19 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 0C7441D91C; Tue, 26 Feb 2019 17:22:19 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-io1-f44.google.com with SMTP id x3so11106202ior.6; Tue, 26 Feb 2019 09:22:19 -0800 (PST) X-Gm-Message-State: AHQUAubU1/1BimOIDBvgmhYcaxCmmCWa0pbViSImwS9t0UYj/qeylCVS IDouerecpAoxUgm+d8jrSbCoRp7T4LR6O+5Ri2s= X-Google-Smtp-Source: AHgI3IavAwp+PTDuBx7vMlbMcNHia+nJuyllomGgUJ04qiwSByyIF8swjwl1sF1RtNpmd0kyY9cThcmxa5xvxKuQdJ8= X-Received: by 2002:a6b:5006:: with SMTP id e6mr13677274iob.132.1551201738496; Tue, 26 Feb 2019 09:22:18 -0800 (PST) MIME-Version: 1.0 References: <201902261720.x1QHKAXr046817@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201902261720.x1QHKAXr046817@pdx.rh.CN85.dnsmgr.net> From: Matthew Macy Date: Tue, 26 Feb 2019 09:22:07 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: svn commit: r344487 - in head/sys: conf gnu/gcov To: rgrimes@freebsd.org Cc: Brooks Davis , "K. Macy" , Shawn Webb , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org X-Rspamd-Queue-Id: 364598F8C7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 17:22:19 -0000 On Tue, Feb 26, 2019 at 09:20 Rodney W. Grimes < freebsd@pdx.rh.cn85.dnsmgr.net> wrote: > > This has zero impact on the licensing disposition of the kernel as > > distributed as it is only used for test kernels. Tests compiled with > > coverage instrumentation run much slower than even debug, one would never > > ship this. > > Shit happens, mistakes get made, and sadly the consequences for someone > could be pretty sad. > > > You are very much in the minority being more concerned with ideological > > purity than minimizing the decline in relevance of FreeBSD, much less > > striving to increase its relevance. > > I am not in the minority when it comes to GPL code anyplace > in our base system, did you not read what core said, did you > not read the suggested revised license guideline text? > > This gcov code has to eventually go, sooner or later. Unless there is a fully equivalent replacement, that will be another small step towards Linux's complete hegemony. > > > On Tue, Feb 26, 2019 at 08:27 Rodney W. Grimes < > > freebsd@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > On Mon, Feb 25, 2019 at 06:18:42PM -0800, Rodney W. Grimes wrote: > > > > > > > The modest increase in activation energy for that task seems > worth > > > it > > > > > > > for the short-term gains of reduced integration cost (this code > > > will > > > > > > > greatly improve our ZFS-on-Linux test coverage.) > > > > > > > > > > > > > > Rod rightly points out that we haven't accepted SPDX tags > alone as > > > > > > > license statements. The standard GPL v2.0 boiler plate should > be > > > added > > > > > > > to this file along side the tag. > > > > > > > > > > > > I've copied the full copyright attribution that is in the > > > > > > corresponding files on Linux. Is there some reason why FreeBSD > > > > > > requires the files to be inflated with the full license text > where > > > the > > > > > > original lacks it? > > > > > > > > > > I think for a few reasons, I doubt you copied the whole > distribution > > > > > that this file came from, as I am sure that distribution included > > > > > a LICENSE file. Second if you actually read the GPL v2 > documentation > > > > > and follow what it says it says you must do this, just because some > > > > > one else does not follow the rules of what the GPL v2 says does not > > > > > give us to knowingling not do it. Third this is a particular > > > dangerious > > > > > area for BSD to be mixing a GPL code with its kernel, to my > knowlege > > > > > we have never had any gpl code in the kernel, no have we ever > > > > > allowed it, but thats a seperate argument, that should be made. > > > > > > > > Would the arm64 DTS/DTB files count as "GPL code in the kernel?" > > > > > > > > I, too, would like less GPL in project, both in userland in kernel. > > > > But, I can understand the desire for gcov. Note that I'm not > > > > advocating either way that FreeBSD perform an action. ;) > > > > > > Didnt we just remove an inbase, compiling BSD licensed chunk of > > > code called DRM and move it to ports. So if that was possible > > > this should be very rapidly applied here and this issue goes away. > > > > > > I am still shaking my head over this one. Yes, there is some > > > expediance to this. Also could it not live on a project > > > branch? Like.. um.. the ZoL project branch? > > > > > > > Thanks, > > > > Shawn Webb > > > -- > > > Rod Grimes > > > rgrimes@freebsd.org > > > > > -- > Rod Grimes > rgrimes@freebsd.org >