From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yO9lHmPJq2FzYAEAgWs5BA (envelope-from ) for ; Sat, 04 Dec 2021 21:02:43 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id 6En/GWPJq2EmTwAAB5/wlQ (envelope-from ) for ; Sat, 04 Dec 2021 20:02:43 +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 278FDA6F0 for ; Sat, 4 Dec 2021 21:02:43 +0100 (CET) Received: from localhost ([::1]:42598 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mtbF4-0005AA-4u for larch@yhetil.org; Sat, 04 Dec 2021 15:02:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52412) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtbEK-00059x-LQ for guix-devel@gnu.org; Sat, 04 Dec 2021 15:01:57 -0500 Received: from [2600:3c01:e000:267:0:a171:de7:c] (port=33748 helo=cascadia.aikidev.net) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mtbEI-00045C-AW for guix-devel@gnu.org; Sat, 04 Dec 2021 15:01:56 -0500 Received: from localhost (unknown [IPv6:2600:3c01:e000:21:21:21:0:100e]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id 43CEE1A982; Sat, 4 Dec 2021 12:01:48 -0800 (PST) From: Vagrant Cascadian To: Jacob Hrbek , "guix-devel@gnu.org" Subject: Re: Reverse the naming of store items? In-Reply-To: References: Date: Sat, 04 Dec 2021 12:01:12 -0800 Message-ID: <877dckqgvr.fsf@ponder> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2600:3c01:e000:267:0:a171:de7:c (failed) Received-SPF: none client-ip=2600:3c01:e000:267:0:a171:de7:c; envelope-from=vagrant@debian.org; helo=cascadia.aikidev.net X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no 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" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1638648163; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=ur0GiXaqM7LNKd4S2LDj8baG9JmC5UovSRtlWTht8pE=; b=k7PjRAuRDkDUIMPK+2oenkk2xXJIFZgXCHxn7w8FyvmZxNHiKDeHbT6ncV9KMT9rBVBot9 PtaPXwgAbOfWxhdRa3gGIxZbuKkmM4Kz96+AMUv0rRJenzUitesQvbLNe8GhhB4SJvjYaX OMh2cGsZm3jZjFne4id5NvCMVbU9ksx/FgcWSDFctoema5W1HhHYc4XigAY5EKUK6dkwxg SEYFNXgM84jRRXuMaPxhR7xE8kDs7PYU+5u0HRXtaXwUa+vhEl9cwkgXwEfwhGMXWDM64Q NxPWGvJtrigK/FWVQW56yEit1ypqNo3dW0JD7cpD0SJTUdMj0UuKG19uhPxyVw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638648163; a=rsa-sha256; cv=none; b=e7aP7CKF6kG2FmQd0LFY8+a7Q9doxImrVtm3ibxIPxpluSiZG9rvYOtz6r2Cy0ye7BGYbN woj7ktj7d090VsuGpN09Hl7m9/BFDmM9b1xIfxtXqL8qrdqslEpcG0fZIwPL5YKrdeL6l5 3kuFCW/DI5Gl/5xLPRt7GY322tRXqzK/KjDaxRvmZT+K0HQtC5Cw4ZT0sAkt+w/t0Ug5h5 53ySsDf5rZbDAsq7iXWmPIU5GzoaoxThSNWUJzmAb9qs1khVVGZXl+cpdXGM3Zqi5ti8XT jG/LI6UJQksTOG8i68wYmzhJlgM1xGolTEWTUrQ8wH0wvfdKvoRnb/Fm5QQYwQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=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" X-Migadu-Spam-Score: -3.53 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=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" X-Migadu-Queue-Id: 278FDA6F0 X-Spam-Score: -3.53 X-Migadu-Scanner: scn0.migadu.com X-TUID: 6FEPAX9gm81I --=-=-= Content-Type: text/plain On 2021-12-04, Jacob Hrbek wrote: > Currently we use > /gnu/store/zzz16sfz4jxsdvf8j29rkd46psrc6dpj-emacs-ert-runner-0.8.0.drv > for store items which are painful to navigate from CLI using bash's > auto-completion as the first letter doesn't correspond to the package > name which usually requires doing `ls /gnu/store | grep emacs` and > then copy pasting the path to work with the store items. I would welcome changes like this, although the last time I brought it up, it was mentioned that there was some sort of optimization done that took advantage of the first N characters being a fixed length... Some workarounds: * make a symlink farm somewhere else that pointed to all the store items * write a fuse filesystem that reorders the paths * write an emacs mode that allows you to browse the tree with a different view of the paths > Would it break anything if we changed the metadata order like: > /gnu/store/emacs-ert-runner-0.8.0-zzz16sfz4jxsdvf8j29rkd46psrc6dpj.drv > ? It would trigger a world-rebuild event, as everything references paths by the existing names... While we're on the topic of such massive changes, I'm also partial to splitting into subdirs, for the cost of one extra character, you could have: /gnu/store/z/zz16sfz4jxsdvf8j29rkd46psrc6dpj-emacs-ert-runner-0.8.0.drv instead of: /gnu/store/zzz16sfz4jxsdvf8j29rkd46psrc6dpj-emacs-ert-runner-0.8.0.drv This might provide improved performance on some filesystems (e.g. ext4 fsck uses huge amounts of memory with very large numbers of files in a single directory), and would potentially allow to split the store across multiple filesystems... although maybe that would be difficult to actually do. Though... my guess is such core changes just will not happen unless there is a strongly compelling reason to do so as it would be a very expensive transition. live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYavJDwAKCRDcUY/If5cW qphWAQCFIsgCu082Na7GWg+sM44zP8EIsENUUrLb10TMUZr4HwD/YU59S7/c2grt Vim+GUE0cDyb5UIpA5dwle/BXy3YOQ8= =2lbV -----END PGP SIGNATURE----- --=-=-=--