MESSAGE
DATE | 2020-01-14 |
FROM | Ruben Safir
|
SUBJECT | Subject: [Hangout - NYLXS] Fwd: Re: suspending FSF contributor agreements
|
-------- Forwarded Message -------- From: 37 2020 <> X-Account-Key: account15 X-UIDL: a10c49280a521e5eba3f000048baef01 X-Mozilla-Status: 0011 X-Mozilla-Status2: 00000000 X-Mozilla-Keys: Return-Path:
Delivered-To: 3-at-255109 Received: from imap-director-9.dovecot.altice.ord.rs.oxcs.net ([10.53.2.1]) by imap-backend-26.dovecot.altice.ord.rs.oxcs.net with LMTP id 4EupJQpSHl66PwAASLrvAQ for <3-at-255109>; Tue, 14 Jan 2020 23:43:06 +0000 Received: from mx.optimum.rs.oxcs.net ([10.53.2.1]) by imap-director-9.dovecot.altice.ord.rs.oxcs.net with LMTP id YFJfJQpSHl7fYQAAVfUwPg ; Tue, 14 Jan 2020 23:43:06 +0000 Received: from in-mta3.srv.hcvlny.cv.net (in-mta3.srv.hcvlny.cv.net [167.206.5.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx.optimum.rs.oxcs.net (Postfix) with ESMTPS id 47y6TQ411kz4x2kd for ; Tue, 14 Jan 2020 23:43:06 +0000 (UTC) X-Flow-Tag: default Received: from [209.51.188.17] ([209.51.188.17:46030] helo=lists.gnu.org) by in-mta3.srv.hcvlny.cv.net (envelope-from ) (ecelerity 3.5.9.42398 r(Platform:3.5.9.0)) with ESMTPS (cipher=AES256-GCM-SHA384) id 8B/43-22982-A025E1E5; Tue, 14 Jan 2020 18:43:06 -0500 Received: from localhost ([::1]:47322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1irVpx-0005Ho-CU for mrbrklyn-at-optonline.com; Tue, 14 Jan 2020 18:43:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36236) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1irVpj-0005E6-H8 for gnu-misc-discuss-at-gnu.org; Tue, 14 Jan 2020 18:42:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1irVph-0007W8-Mr for gnu-misc-discuss-at-gnu.org; Tue, 14 Jan 2020 18:42:51 -0500 Received: from mail-ed1-f42.google.com ([209.85.208.42]:42301) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1irVph-0007TB-F2 for gnu-misc-discuss-at-gnu.org; Tue, 14 Jan 2020 18:42:49 -0500 Received: by mail-ed1-f42.google.com with SMTP id e10so13724587edv.9 for ; Tue, 14 Jan 2020 15:42:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=o0JJvCzqnVbWKTtj20+6wdNOTvU8Oiguo9S50CnMQkE=; b=i//r5C2saQJtu4DjLVqWoOt6PnrqoNt8AbRZFjf72l5jjCZpi8f+w+HXFaiqqb8TO2 jK8phjerHfZjUpxxbhhUxAZ75CMZ+XHTGJo7yh9CPFYAmSY45RKTktFt3TnMI3S/+VMf hlhAu/j52bsQQq9UYvR35OwSAsITcXGuewWOVqJKPkAsB7w3vZak+Tsf7TQ1lchrMiHX pkKSSJxm0AQcbG1BxhA63Wxl05IOnbGAawbPoROROZYmnh5icPHSs4AV/tUU1RQS7CVI it7iZdKEptbTdt3vmDLz0xvAqanuHVgKrthuziktIOMme/f3WmUbA08PV9Dg9mekKnJ1 YcMA== X-Gm-Message-State: APjAAAXNvH+Ej3JS0QLy4glmxHYuIrGEcjWYHeKxK7gO8gnjbbi9T7NB PwysDrf3H9JsdqiQqXf4WGSdTXv7 X-Google-Smtp-Source: APXvYqxw6vSCJru1zQoiybI7CvFTWcUvjvEh4QmEQqHeQE9aqSb6IeoskCp/DYdr62ID4yTJM9IGaA== X-Received: by 2002:a05:6402:1755:: with SMTP id v21mr26567759edx.49.1579045367263; Tue, 14 Jan 2020 15:42:47 -0800 (PST) Received: from mail-wr1-f52.google.com (mail-wr1-f52.google.com. [209.85.221.52]) by smtp.gmail.com with ESMTPSA id b18sm651340eds.18.2020.01.14.15.42.46 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Jan 2020 15:42:47 -0800 (PST) Received: by mail-wr1-f52.google.com with SMTP id q10so13950077wrm.11 for ; Tue, 14 Jan 2020 15:42:46 -0800 (PST) X-Received: by 2002:adf:cd03:: with SMTP id w3mr27270522wrm.191.1579045366612; Tue, 14 Jan 2020 15:42:46 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Joel Sherrill Date: Tue, 14 Jan 2020 17:42:35 -0600 X-Gmail-Original-Message-ID:
Message-ID:
Subject: Re: suspending FSF contributor agreements with immediate effect To: Daniel Pocock Content-Type: multipart/alternative; boundary="000000000000294aa4059c22269a" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.42 X-BeenThere: gnu-misc-discuss-at-gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General GNU project and free software discussions
List-Unsubscribe: ,
List-Archive: List-Post: List-Help: List-Subscribe: ,
Reply-To: joel-at-rtems.org Cc: gnu-misc-discuss-at-gnu.org Errors-To: gnu-misc-discuss-bounces+mrbrklyn=optonline.com-at-gnu.org Sender: "gnu-misc-discuss"
X-Optimum-Rcpt: mrbrklyn-at-optonline.com
This will create a lot of paperwork which puts GNU project maintainers in a very bad position. In practice, once someone is known to have done assignment paperwork, there is no reason to check if they have an active assignment. This assumption would no longer be valid.
Worse, there could be multiple suspensions and reinstatements. This would result in periods of "ok to merge" and "not ok to merge" of varying lengths repeated.
Computationally, this means "OK to assignment" is not a boolean condition that never changes after going true but a value that is dependent on some point in time. How would that precise range of time be managed by the FSF? a maintainer would have to check that the submission occurred in an "ok to merge" period. What would the timestamp be that needed to be compared to the "valid assignment in place" method? How would the maintainer know?
Assuming this happened, maintainers are burdened by checking that the assignment is OK and if any mistake is made, there is a copyright assignment issue which could submarine the project.
If you want to stop submitting code in protest, feel free to do so. Send a letter to the FSF telling you why you aren't submitting code. Post it anywhere you want. But please, do not punish your fellow GNU project maintainers who will be burdened by having the copyright assignment in force check process changed forever.
Some of this discussion was about documenting the FSF and GNU Project processes and making them well-known. I'm all for that. but please don't burden maintainers forever just to make a point.
Thanks.
--joel sherrill RTEMS, GCC, Binutils, GDB, Newlib
On Tue, Jan 14, 2020 at 9:39 AM Daniel Pocock wrote:
> > FSF will not change unless somebody gives them a strong reason to change. > > For example, if GNU developers write the following email to FSF, that > will bring change. > > Each developer needs to make their own decision if they will send the > email. RMS has previously suggested he would not like people to > completely abandon the agreements. The email template below is only for > a conditional suspension of the agreement. Nobody can tell you to > continue assigning[1] your rights to FSF if you want to wait for more > clarity about FSF's future. > > You can still keep coding during the suspension: if a significant > quantity of code is published and virtually embargoed like this, it > creates an incentive for FSF to satisfy those people and gain rights > over that code. > > Regards, > > Daniel Pocock > -- > Debian Developer > https://danielpocock.com > > > > To: John Sullivan > CC: (relevant project mailing lists) > Subject: suspension of contributor agreement > > Dear John, > > I am writing to suspend my FSF / GNU project contributor agreement[1] > signed __/__/____ > > I will continue contributing code to (names of projects) retaining all > intellectual property rights personally during this suspension of the > agreement. > > I also wish to notify you that my contributor agreement will be > reinstated when FSF makes a satisfactory commitment about leadership and > governance issues. I have not yet decided what will constitute a > satisfactory commitment, for now, I will review the proposals put > forward by FSF and I may contribute further criteria as the situation > evolves. > > All work completed during this suspension will be assigned > retrospectively to FSF when the conditions of reinstatement are satisfied. > > Sincerely, > > Developer > > > 1. https://www.gnu.org/prep/maintain/maintain.html#Legal-Matters > >
_______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|