From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id UEIdHidtaF99KgAA0tVLHw (envelope-from ) for ; Mon, 21 Sep 2020 09:06:47 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id uP0MGidtaF+AHAAAbx9fmQ (envelope-from ) for ; Mon, 21 Sep 2020 09:06:47 +0000 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 CD8989404D3 for ; Mon, 21 Sep 2020 09:06:46 +0000 (UTC) Received: from localhost ([::1]:44128 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKHmX-0002FN-8R for larch@yhetil.org; Mon, 21 Sep 2020 05:06:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34300) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKHmE-0002Dz-MA for guix-devel@gnu.org; Mon, 21 Sep 2020 05:06:27 -0400 Received: from tobias.gr ([2a02:c205:2020:6054::1]:57056) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKHmB-0006ve-G8 for guix-devel@gnu.org; Mon, 21 Sep 2020 05:06:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tobias.gr; s=2018; bh=OyTDo7Liay6PsJJfAveSCPDrHQSUA0F4a3fEMBvWos4=; h=references: in-reply-to:subject:cc:to:from:date; b=QjKaQHH37R/IC6fwg5mIkUgSE6H5D2E 2m2OLVqwejqMSEh9JKeyNz4OPPqr/FhqLSkj7tkyrQsjXi1/tHNFkKXNzEH5A4UdpPimOb CaJor079xcoUa2mO9nOHHGqXfnpZciJXKB1w7lNS2pj8Jm9E/AVAf8uheEO5L4BElyENva u8zJEn3rjWtQFbEG4MrZB6XMmTm/CDYGE3VvjZNP6yUSXwJbRMGJI5jje6voKKmQS3/+Up kUJ4zRo/m54boi4ZtT+Bh1fg5WN9n519oZ3fKlKSGs1kaNpUsM3zWuqqPi4gkhoXUc8XyD 2Ofe/nT43iqjV+cNNCcbas9ryU+lUBA== Received: by submission.tobias.gr (OpenSMTPD) with ESMTP id 519ef9f1; Mon, 21 Sep 2020 09:06:21 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 21 Sep 2020 11:06:21 +0200 From: Tobias Geerinckx-Rice To: Buttery Pancake Cc: guix-devel@gnu.org Subject: Re: Guix Paths In-Reply-To: References: Message-ID: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2a02:c205:2020:6054::1; envelope-from=me@tobias.gr; helo=tobias.gr X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, 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.23 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" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tobias.gr header.s=2018 header.b=QjKaQHH3; dmarc=pass (policy=reject) header.from=tobias.gr; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -1.71 X-TUID: iPTwq+vc17Ts Pancake, On 2020-09-21 3:32, Buttery Pancake wrote: > I was looking at a NixCon 2019 session called "Guix from the Nix > Perspective" (https://www.youtube.com/watch?v=bDGzCXr6VYU). Bookmarked, thanks! > I am wondering why Guix chose `/var/guix` path instead of > `/gnu/var/guix` or `/guix/var/guix`, as Nix uses `/nix/var/nix`? Only Ludo' can answer this, but I think it's an attempt to follow FHS/GNU directory standards. Similar to how --localstatedir is wrong by default. I considered it a bike shed until recently, when I first heard of people putting /gnu and /var on separate btrfs subvolumes for snapshotting. A bad idea on most distributions, of course, but Guix's database and store really are one unit -- like data and metadata. If your database gets corrupted, lost, or significantly out of sync, Guix will happily delete store items to match it, up to and including the last glibc. Ask me how I know. > I do think that having only one or two directories under root, `/gnu` > and/or `/guix` is better, instead of having Guix related files under > multiple directories (/var, /run etc.). It will be neat, clean and > unique. Moving the database to /gnu makes sense, but the rest of /var/guix belongs in /var. Same for /run: it's the right place for what's there. Don't let's reinvent the FHS poorly under /gnu. It's already pretty neat, and we're already unique. Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.