From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id tUPgNVGbh2eT4g8AWB0awg (envelope-from ) for ; Wed, 15 Jan 2025 06:26:09 -0500 Received: by simark.ca (Postfix, from userid 112) id C9B8C1E100; Wed, 15 Jan 2025 06:26:09 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.3 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 521211E08E for ; Wed, 15 Jan 2025 06:26:09 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id CBBF1385DDFA for ; Wed, 15 Jan 2025 11:26:08 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CBBF1385DDFA Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id AB98A385DDDE for ; Wed, 15 Jan 2025 11:25:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org AB98A385DDDE Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org AB98A385DDDE Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=45.83.234.184 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1736940314; cv=none; b=CGT9V6RyowD0FxTuX2szA0hRWgsMUwT8O7h7DAhkC9epb5ucFqrGrUmIGnSj0h4Mu5pQSsS2OEm+IqJZhPEW+Mp/zbDe1FdL4Du5YGQ7ma9XNBfmwqTKVfBvyzbKBRLiAgkVmEAwr3blWqHhGYk6V0y8xP3+uXsxP84rlbARJBA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1736940314; c=relaxed/simple; bh=iVefE50Ez/3K0xbV/aRjpEZ5/i/cax7XNlPkPzHLT3M=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=PjVzrSMtYoDC09sbdP+l9fJbHNtsVB+ICJQV9ZoarHKfSzZrcZeX7D8gvI+CSHmyAT4KOlV5dcIpn/8mkRtgs9RARAkRMzYmmtwDivbX8jvb79sZpTv0OLvDAhbHrsrnLKhTzbskUM4H+6FT+nNa6S046+vELfs7Fu87dU8lPUA= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AB98A385DDDE Received: by gnu.wildebeest.org (Postfix, from userid 1000) id C39103141370; Wed, 15 Jan 2025 12:25:13 +0100 (CET) Date: Wed, 15 Jan 2025 12:25:13 +0100 From: Mark Wielaard To: Andrew Burgess Cc: Luis Machado , Tom Tromey , Guinevere Larsen , Andrew Pinski , GDB Development , Eli Zaretskii , Pedro Alves , Nick Clifton , "Bradley M. Kuhn" , zoe@fsf.org, ksiewicz@fsf.org Subject: Re: DCO: Was: Re: Contributing to gdb Message-ID: <20250115112513.GB25056@gnu.wildebeest.org> References: <86538dac-6c3a-4b9e-9de9-3906e645fa4d@redhat.com> <87y16vwbzl.fsf@tromey.com> <74c8b867-f5bb-48f7-9849-11d06e63a3d7@arm.com> <87tta2r5z2.fsf@redhat.com> <00ba936a-6aa9-4d1d-8b1a-b5459b696289@arm.com> <8734hlqr6x.fsf@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8734hlqr6x.fsf@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi Andrew, On Tue, Jan 14, 2025 at 04:46:14PM +0000, Andrew Burgess via Gdb wrote: > Luis Machado writes: > > DCO's don't seem to come for free, as we need to track each and > > every one of those contributions so we can refer back to them > > when/if we ever decide to update/switch licenses or if a legal > > problem arises. > > I wonder how an attempt to switch licence for GDB would work given we > statically link against libbfd, which can already include DCO code? In general you have to think of how to handle that up-front. Using an "or (at your option) any later version" license already helps. In the case of the DCO that binutils uses it has the clause "I have the right ... under the same open source license (unless I am permitted to submit under a different license), as indicated in the file". That would then just needs a clarification that you aren't permitted to submit under a different license. In general we want contributors to grant all rights the GPL grants, including the "or any later version" rights. For elfutils, and some other projects, we solved that by making the DCO explicit about granting all rights under all licenses that might cover the project files (and different files have different, dual, license terms). So our version of the DCO [1] reads: I have the right to submit the contribution under each license indicated in, or otherwise designated as being applicable to, the file. Cheers, Mark [1] https://sourceware.org/cgit/elfutils/tree/CONTRIBUTING#n25