From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from 10.mo179.mail-out.ovh.net (10.mo179.mail-out.ovh.net [46.105.79.46]) by sourceware.org (Postfix) with ESMTPS id 4743238515D4 for ; Wed, 31 Mar 2021 13:28:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4743238515D4 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tesio.it Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=giacomo@tesio.it Received: from player786.ha.ovh.net (unknown [10.108.16.29]) by mo179.mail-out.ovh.net (Postfix) with ESMTP id D8DD4194978 for ; Wed, 31 Mar 2021 15:28:28 +0200 (CEST) Received: from tesio.it (93-41-149-224.ip82.fastwebnet.it [93.41.149.224]) (Authenticated sender: giacomo@tesio.it) by player786.ha.ovh.net (Postfix) with ESMTPSA id DF7FF1CCE2881; Wed, 31 Mar 2021 13:28:24 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-95G0017c906ccd-5faa-47f2-ac1a-494556d3997a, 33CF3406702EB868678E70FC73DEA09032B83426) smtp.auth=giacomo@tesio.it X-OVh-ClientIp: 93.41.149.224 Date: Wed, 31 Mar 2021 15:28:10 +0200 From: Giacomo Tesio To: Mark Wielaard Cc: JeanHeyd Meneide , GCC Development , Nathan Sidwell Subject: Re: Remove RMS from the GCC Steering Committee Message-ID: <20210331152810.00006825@tesio.it> In-Reply-To: <20210331113417.GU2685@wildebeest.org> References: <20210330151656.00007e20@tesio.it> <20210330232849.00001697@tesio.it> <20210331113417.GU2685@wildebeest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Ovh-Tracer-Id: 8717842980087852740 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduledrudeivddgieekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffukfgjfhggtgfgsehtjeeftddttddvnecuhfhrohhmpefiihgrtghomhhoucfvvghsihhouceoghhirggtohhmohesthgvshhiohdrihhtqeenucggtffrrghtthgvrhhnpeevteetudefudejjeeuffetteeujeekveehtdeihfduvdffhfekkedthefhheehieenucfkpheptddrtddrtddrtddpleefrdeguddrudegledrvddvgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrhejkeeirdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepghhirggtohhmohesthgvshhiohdrihhtpdhrtghpthhtohepghgttgesghgttgdrghhnuhdrohhrgh X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 13:28:31 -0000 Hi Mark, I'm a bit in a hurry and do not really want to focus on what happened in Harvey: to my eyes that story just show you cannot trust people just because they are nice and well known "open source" contributors, or because they work for big multinational that "do no evil" or even join the Good Guys (TM) of Software Freedom Conservancy. But let me clarify On Wed, 31 Mar 2021 13:34:17 +0200 Mark Wielaard wrote: > I looked a bit at that issue you filed and how they handled your > request to remove your code from the project. And I must say I don't > really understand what you believe they did wrong, they seemed to have > acknowledged and corrected their mistake and then removed all the code > you wanted to have removed. I asked them to `git revert` my changes referencing the issue, so that the code I reused in my own fork of Plan 9 was safe that nobody could claim copyright of my work after, say, a change in the version control system adopted by the project. Instead they did a `git rebase` over which, I was pretty surprised actually, they "accidentaly" squashed some of my own commits verbatim (but without my name) in incredibly large commits. And you know, they had to git push -f such rebase, breaking all the existing github forks (while the `git revert` approach would not have caused any issue to anybody) > There is some disagreement over whether a > mass change of function declarations is copyrightable or not. And implementations. And kernel changes that took a couple of days to get right (Harvey kernel was pretty unstable back then). And more I did not remember but I noticed back then: > But I happen to agree with them that if there is only one way to do > it, then having someone else do the same transformation is a correct > way to resolve this. Sure! But first, there were several different ways to do that (several equivalent typedefs were already in place in u.h, without even mentioning macros and so on), and more importantly if you actually redo the same work in the same way because there is a single way to do that, you do in a dedicated commit with an author that takes the clear responsibility for change. Instead my work (or a totally, byte-for-byte equivalent, one) got squashed into gigantic commits that include several very large commits of several authors (all mentioned in the commit message... but me). > To make this copyright issue somewhat relevant to GCC. GCC doesn't > currently contain individual copyright statements and most of the code > is currently assigned to the FSF. So the above mistake won't happen > when contributing to GCC, but mostly because of the technicality that > you sign away your copyright up front. Oh sorry, I wasn't clear enough about this. I'm SURE that this specific issue would not happen on GCC. Nor on Linux. Nor in several other Free Software and Open Source communities. But I think you are missing the valuable lesson that the Harvey team (some of which actually signed the rms-open-letter) tauht me: I didn't expected ANYTHING like this to happen. And I didn't expect SFC to not expell a project doing something like this. I trusted them both. All of them. So ultimately I do not expect this specific issue to occur in a hypothetical GCC lead by a Stallman-less Steering Comittee. But I DO expect that, in the long run, a Stallman-less Steering Comittee might do something not aligned with the long-term interests of Free Software, abusing my trust again. Maybe not you. Maybe not the CURRENT Steering Committee. But people, groups and incentives changes. Stallman does not. Giacomo