From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 8OrqAnx/cGZATjsAWB0awg (envelope-from ) for ; Mon, 17 Jun 2024 14:25:00 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=c53L7Mhg; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 0772B1E0C1; Mon, 17 Jun 2024 14:25:00 -0400 (EDT) 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 EA3A61E092 for ; Mon, 17 Jun 2024 14:24:57 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 977BB3882070 for ; Mon, 17 Jun 2024 18:24:57 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 977BB3882070 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1718648697; bh=Vi2y1sr9uGG3f321vdQF0HZ4sfiYMgYkwVlf8L7iihQ=; h=References:In-Reply-To:Date:Subject:To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=c53L7MhglSc50OjKxqYcYMSnZ6eePsTojwJAFhBDbkYq4jhRo+TMXS0YjpzenIiAJ Er9iCY4F8eD0HNErxmIv24GsjU7T2F8MIIQoZ+ELfEXu9/4eppRAASj4GGOGtAeisQ typ9MkGbhGIJvjNzaeQz9blAG9/yl39haBZOvP4A= Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) by sourceware.org (Postfix) with ESMTPS id B15A53858CDA; Mon, 17 Jun 2024 18:24:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B15A53858CDA ARC-Filter: OpenARC Filter v1.0.0 sourceware.org B15A53858CDA ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718648658; cv=none; b=ktnVeUA1B8b2huPZgW7kX5N4CdEnY6OvGQSUBy8agnIYu/u4khpfszAVXO2JJUC83UAv0mkWQKMl4k/ULMP8auUQ/dNnxrWxsWvpqU7nHoJy86BtbdH4EpH0vNExyB3PHCGf1mM+SpqZMbx6/82Y8kAeKerirpgN2jVpM/8ZFI0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718648658; c=relaxed/simple; bh=2eLLP9xpLI6vAFg3eYC44Y/KKMsouR74bHXAyIXeWmw=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=ILZcsB6JX7kWUzZuTZ0gfaJFXhLIpE8yDD9ENAJV2NqKApgrdoDFmKKsf8CW6Sn8r3816kmmAxCMg5W68PsDpE8dP6pvhCvMt2CJ9L2Oh1ni9BWf20L/NpjCVg/ZVIiFxaz+leQqWH79Yi0n9ujGQBVPiTSpVMssAuaDd9hMWkM= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-1f4a5344ec7so32623825ad.1; Mon, 17 Jun 2024 11:24:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718648656; x=1719253456; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Vi2y1sr9uGG3f321vdQF0HZ4sfiYMgYkwVlf8L7iihQ=; b=F9Y4Sec94CSIg8mEo/YDnid3ubIobNhX4ym9fo8U7Pkk7X+uwDcURDlEB5Q/Ao08+m sHs9j4gsIEgGTGx/nucUC86QOSNwN6qu/WIjo3hQZR+tHuJu2EqT3NwbprvaeGclFF1V EZoevjnDr49vHvKfs1pg1HNs140xScbixVUHpMPzCXwC4VA7eanIU8w120mTk/vQYmeU AZfoGuwe83kEcLypPMNKrp7U8X+7gaUu/XwcX94f5Diuq02gCl3F3G8IgKjTEuC+Z/Bx VG03FzUa/hLzywuRqiXqHdpsaIjafBoA731ky3a3GktVOcd+dA/u8M1Aob6T/a8V8CZQ jckQ== X-Forwarded-Encrypted: i=1; AJvYcCU+3i3hhb46UG24LaobdiUT6xniXyiUI+m7TgsiDZJCDdl2VgeP+w7e3RNO1WquJUBI2dadLTlM0zY0fMHbGeLXg/20wAtyLv1A1Lp/2hJ1S+Rom6+j+lcYYahk X-Gm-Message-State: AOJu0Yyu1rHAvZuDGr34zvkvCchrDOfPZwfIQCuJmFz6alxBte0SKpYm n07b+2+7lC9AW4Jv1MHZ6jTYIkoqxnB6pVQWKJDtp0e0NIKsvfx0DBdY3mf/9sRa0ntDPEow2N7 FRAkaKGemG8yTZpFKTiwEE1E2DLVjqpDf X-Google-Smtp-Source: AGHT+IED20fj/aeA2tGQaLkd6p/ThDFmbrsGBJM2PGmNAIosbTjNWnXV4UHnIeqa7DVkvWDxaFhYf7rrxBXpt8wCV3w= X-Received: by 2002:a17:903:230b:b0:1f7:126:5ba7 with SMTP id d9443c01a7336-1f98b275f98mr5795715ad.21.1718648655576; Mon, 17 Jun 2024 11:24:15 -0700 (PDT) MIME-Version: 1.0 References: <86538dac-6c3a-4b9e-9de9-3906e645fa4d@redhat.com> <86sexbr0mb.fsf@gnu.org> <0bd8f510-8782-4052-880c-39232e69b432@redhat.com> <86r0cvr00e.fsf@gnu.org> <7c9378e8-287d-4d35-b294-3c112bb8fe1b@redhat.com> In-Reply-To: <7c9378e8-287d-4d35-b294-3c112bb8fe1b@redhat.com> Date: Mon, 17 Jun 2024 11:24:03 -0700 Message-ID: Subject: Re: DCO: Was: Re: Contributing to gdb To: Guinevere Larsen Cc: Eli Zaretskii , gdb@sourceware.org, binutils@sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org 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: , From: Andrew Pinski via Gdb Reply-To: Andrew Pinski Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" On Mon, Jun 17, 2024 at 11:18=E2=80=AFAM Guinevere Larsen wrote: > > On 6/17/24 1:45 PM, Eli Zaretskii wrote: > >> Date: Mon, 17 Jun 2024 13:37:56 -0300 > >> Cc: pinskia@gmail.com, gdb@sourceware.org, binutils@sourceware.org > >> From: Guinevere Larsen > >> > >> On 6/17/24 1:32 PM, Eli Zaretskii wrote: > >>> I don't think the risks which come with accepting DCOs are justified > >>> in GDB at least. The number of one-off contributors to GDB is > >>> basically zero. > >>> > >> I know of 2 people who decided to not contribute to GDB as soon as I > >> mentioned that there was a copyright process. > > And with DCOs they were ready to contribute? > > Yes. What they didn't want is to do is review an actual legal contract > and sign it, even before knowing you need to give personal information > that I am personally uncomfortable giving over the internet to an > unknown person for a hobby project. > > If I am ever not working for someone who has a blanket copyright > assignment, I'll likely stop contributing code based on that. (I don't > mean it as a threat since, as things stand, I plan on continuing to work > professionally on GDB indefinitely, it is just a relevant fact for this > conversation). The main reason why I brought this up because I know in the near future (within a year) I will be wanting to help improve/implementing GDB for aarch64 windows and currently my employer (Qualcomm) does not have a blanket copyright right assignment and has been ok with the DCO for submitting patches for GCC and glibc. So this will definitely get in the way for me here. Thanks, Andrew Pinski > > > > > And who talked to them and made sure they understand completely what > > copyright assignment means and entails? IME, a large number of people > > have completely distorted idea about that, and are mightily surprised > > when told the facts by someone who knows them. > Another problem with this system, then, is scalability. Yes, we don't > have huge swaths of people eagerly waiting to contribute to GDB, but if > it is hard enough for regular contributors to find time to review > patches, where is the time for someone who understands completely the > copyright assignment to mentor prospective contributors before they are > turned away when they read that this is a requirement in the > contribution checklist? > > > >> And saying we don't have them is a chicken and egg problem to > >> me... could it be that we don't have them specifically because the > >> process is so hostile to this type of contribution? > > This goes both ways, you know. > > > > In contrast to the above, which may or may not be true, the risks > > associated with accepting DCOs are real, not imaginary and not > > "maybe". > Could you explain the risks? Not only I am not a lawyer, I have an extra > large blindspot with regards to copyright law. > > > > Anyway, I don't see a need to argue. You have expressed your opinion, > > and I expressed mine. We disagree. It's allowed and is perfectly > > okay. > > > I would like to change the current system, but I don't have all the > information, so I think it would be beneficial for us to discuss this so > that we don't rely on any one person's personal preference, and instead > choose what is best for the project. > > -- > Cheers, > Guinevere Larsen > She/Her/Hers >