From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 6B0LNSADxmPG8QAAbAwnHQ (envelope-from ) for ; Tue, 17 Jan 2023 03:08:32 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id GORCNCADxmMeZwEAG6o9tA (envelope-from ) for ; Tue, 17 Jan 2023 03:08:32 +0100 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 63889E88 for ; Tue, 17 Jan 2023 03:03:21 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pHbJP-0003g1-EX; Mon, 16 Jan 2023 21:02:55 -0500 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 1pHbIv-0003am-BZ for guix-devel@gnu.org; Mon, 16 Jan 2023 21:02:35 -0500 Received: from mx0.riseup.net ([198.252.153.6]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pHbIs-0006QY-7O for guix-devel@gnu.org; Mon, 16 Jan 2023 21:02:23 -0500 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4NwsbJ5dwWz9sYQ; Tue, 17 Jan 2023 02:02:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1673920940; bh=npcTbTxAywRSouaALdKaOIirRnUs8SU3TrcWVWFy1Rg=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=BlBxrZoWG1kko08ym4SxvDkHZTbFSlYGWF0TyOiVINvTBEb8hJRguoTKvzK5ZXINp p8h+56NcIhtF9XNt3AA3pCljN+ZwoWhP84zXjHolR5DPc0iBwYHoaX0mwRqgd8QGpa hhWWuHadwZJKmu0qKe5eui9Kc0tYvRvtlaNcytgM= X-Riseup-User-ID: 410F5239D05E0D192990FC966BD237E9C4CE21A9C64C096E7AFEC95D6F6EFB17 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4NwsbJ0Y0Jz1yZp; Tue, 17 Jan 2023 02:02:19 +0000 (UTC) References: <9b2e8624e8325f2ff3b4efc88547b2a2@dismail.de> From: Csepp To: jgart Cc: guix-devel@gnu.org Subject: Re: IDEA: Give Our Generations a Name Date: Tue, 17 Jan 2023 01:52:24 +0000 In-reply-to: <9b2e8624e8325f2ff3b4efc88547b2a2@dismail.de> Message-ID: <86mt6h2a1k.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=198.252.153.6; envelope-from=raingloom@riseup.net; helo=mx0.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 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 ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=BlBxrZoW; 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=pass (policy=none) header.from=riseup.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1673921001; a=rsa-sha256; cv=none; b=JM9QUL7x+SiD+Owm/f5LhbKE5HrQFHe6nG8OSRI7mNpZAHekKmwbVFs5Jop9PdC4eDSCmA dn9VfX4Agc5d4IurVb0QWYRlhyIoVEjpBkBIuWfi1PvCMeEYA6u+nuaFkfewRmEEg4WJ1w KxHwsR/GTOrQ+fhMrkavmVpD1mQt6mPf5HfrbozQ1+cmgx5Ic4w0Hbmg1XkuyaQ9kYnx6y 9SfDYXewZCg4Y3UBH7fxqThk2G3MpbAFJGJPZunXvZWNqJwKwAyCY9sqy5sPZ7fjKS0op9 nSmXRSSDxwGBfvcdPUPpUDOQP+BQJkdUTpo8l9MNnwQDK+6Wb1FtbV4tfCjmcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1673921001; 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:dkim-signature; bh=tlPPttgzdJygxIfaDN57rJcW78ToY7dTK7kBq9nXQpY=; b=FafWutDkPOGIAvDZX1vuxssg31dNQoF2jNIbvBBHbwOx2Jh5dNo5TVlFIpFnZPS34vNkUi UGq/1tkaRbFgNevJSpaQ98HO0uSHfel6jmyU8SjvK0OGiULiQ0Hy6Qz30kH+OqIG61t1ZA GPbiG0U+WhgO7e426x+Q2YRBKz4Og1+tnS2aBbi0x2f35mngEhyhTG79Z0gtodxZNxa3WI 7pSZ73P8lUQhI9r00ovrz8wsoztVnCJbMUnTY+RWcWhu28DES8zllr/4BIa9e+qmC4iEqe o3gEPIuQGO5HGQ22QfHqRiX5KjepPSEy9gW10PWBVGTWdVHFhNx9oVaGT/u4Ew== X-Migadu-Queue-Id: 63889E88 X-Migadu-Scanner: scn0.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=BlBxrZoW; 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=pass (policy=none) header.from=riseup.net X-Migadu-Spam-Score: -9.95 X-Spam-Score: -9.95 X-TUID: Juhq6YydVwUu "jgart" writes: > Hi Guixers, > > What do you think if we would be able to give past generations a name? > > I'm thinking of the way you can do the following with git: > > git stash -m "My description of this important stash." > > I think this would help differentiate slight differences that would be > hard to tell what the state of that generation was by just looking at > the differences of profile package content. > > to bloat? or not to bloat? that is the question Since generations are just symlinks to profiles in the store and a profile can be in multiple generations, this would require wrapping the profile with some additional metadata. I guess it's technically as simple as adding a "dummy" package that just contains the name in a file in output/etc/generation-name.txt or something, that would get unioned into the profile, and then it's a simple matter of outputting that info in --list-generations. Right? I would actually like this for system profiles quite a lot. When you're working on something like a new file-system or service integration and have some nondeterministic errors and are trying to track down which generations reproduce it, it's nice to know in what way generation 24 is different from generations 15 through 23. (Also it still sucks that we can't have a single generation with multiple config variants to choose from at boot, but I digress.)