From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id UFxtCZla+GWFigAAqHPOHw:P1 (envelope-from ) for ; Mon, 18 Mar 2024 16:15:37 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id UFxtCZla+GWFigAAqHPOHw (envelope-from ) for ; Mon, 18 Mar 2024 16:15:37 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1710774937; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=3F8HGEu9SEClHmNG+LMv5vQgVSeDtBK/EGyhOQ0p9D4=; b=qBqaktPufV48ZtmxHd1URZaEQsu5ztwjATlF00p5CqSk/qari3OeoIjsRcn+WnzkuQEFuR oDj8wfHyUc/mjAy7l06gT+KYz7f0Zhcfd4DZZ+GZ1LG09xgeLqcfY5HpnYz7cKwa207ewU vGeSej+3HKERDvE1Htw6GBfPiC7Xq5KozwpzpvZuIChSFr1zTzRZv4U4qcYpibkIzmVIUH zStxPybuHFSjy5wZy1dY/9YwkomNcYfaRRFWmfi8LVFNhrTgcMz+k31DyyA43q2/m1RjM+ aFXQ1sawN9pHyMbQ/U2Fo6s8LzXjxYtnbLSSGitD1cyAhTcp53OzuhNwUoe7Rg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1710774937; a=rsa-sha256; cv=none; b=aeksgoDoCTBoH+B4fco1Ia/LKSCOnJAN5tuuZlVovS6tuwHOEzSY4Ro9N3ZiBd+Sp7CObU QgDL/7kieK8BsWhBrF4JiHijud0miN8QXmbblLhtI2nir3LlAmmCJRDbW1gHWEvRu02KQO JLAED5AIHSZu4uWt6dXzjTE3lPZohZ15JWy+l9qeCcqfe9wlaMHvjOn3MGXyJnV+dG7Vsh 7Qiu0JfF+wNunjMVGXgN/H9oL9uDTvzuX2LycebPpta8VrU6tVg9BKQc1/wgNgltHEX2Pe 52teY+Gb6fDPF2f65L314MyFE/A0rDROTX9jdqOj4D9PiqyJ3lIIjh9VW/c2Bw== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id ED482628BE for ; Mon, 18 Mar 2024 16:15:36 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rmEhO-0003MD-Ju; Mon, 18 Mar 2024 11:14:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rmEhM-0003Lc-2f for guix-devel@gnu.org; Mon, 18 Mar 2024 11:14:48 -0400 Received: from hera.aquilenet.fr ([2a0c:e300::1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rmEhK-0001ok-32 for guix-devel@gnu.org; Mon, 18 Mar 2024 11:14:47 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id CBD73115E; Mon, 18 Mar 2024 16:14:41 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at hera.aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cPcrUppW2Y86; Mon, 18 Mar 2024 16:14:41 +0100 (CET) Received: from jurong (unknown [147.210.246.189]) by hera.aquilenet.fr (Postfix) with ESMTPSA id CE0CFB9; Mon, 18 Mar 2024 16:14:40 +0100 (CET) Date: Mon, 18 Mar 2024 16:14:39 +0100 From: Andreas Enge To: MSavoritias Cc: Simon Tournier , Attila Lendvai , Ian Eure , guix-devel Subject: Re: rewriting history; Was: Concerns/questions around Software Heritage Archive Message-ID: References: <645b9b21-4923-eb23-7213-1c2cf5fe6850@fannys.me> <87sf0nwzl1.fsf@gmail.com> <4df2f043-cde1-8128-8911-e3d6bfc2958e@fannys.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4df2f043-cde1-8128-8911-e3d6bfc2958e@fannys.me> Received-SPF: pass client-ip=2a0c:e300::1; envelope-from=andreas@enge.fr; helo=hera.aquilenet.fr X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -1.33 X-Spam-Score: -1.33 X-Migadu-Queue-Id: ED482628BE X-TUID: WyYlCL7IeTWW Am Mon, Mar 18, 2024 at 04:33:49PM +0200 schrieb MSavoritias: > Actually gitlab already is facing something like that and they are doing > what was proposed elsewhere: mapping of UUIDs to display names > https://gitlab.com/gitlab-org/gitlab/-/issues/20960 Interesting, thanks! It is something that maybe could be implemented by Savannah, but it would probably require a bit of thought. And yet again, somehow the mapping uuid<->"real" names would have to be public (people would "git clone" commits with uuids, and would need to locally replace them by "real" names); so people can always keep copies of the mapping over time. I am also not quite sure about the signing process for committers; in principle keys are enough, but in GPG they are tied to email addresses, and I do not know whether we use this in Guix. In the end, my impression is this will not achieve much more than what we already have with the .mailmap approach. In a sense, everyone would use a pseudonym (their uuid), and then we would keep a mapping between these pseudonyms and, well, "real" names or other pseudonyms chosen by the contributors... Hm, this could indeed be implemented exactly with .mailmap, no? We would need to enforce that authors use a uuid of a specific format, and potentially an empty or dummy email address, or another uuid. Then we could keep a .mailmap file. The history of "real" identities would still be visible in the git history, but as said above, anyway we could not prevent people from storing the association information over time. > Right fair. As I have said before SWH does break Guix CoC effectively right > now. > So what Guix does from this point on will effectively dictate if the CoC is > valid or not. Well, the CoC is valid on our communication channels; so what SWH does with our software is outside its scope (that is governed by the license). Andreas