From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id aM0gHZ6+q2EyTAEAgWs5BA (envelope-from ) for ; Sat, 04 Dec 2021 20:16:46 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 2GXlGJ6+q2HZFgAA1q6Kng (envelope-from ) for ; Sat, 04 Dec 2021 19:16:46 +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 34C022733 for ; Sat, 4 Dec 2021 20:16:46 +0100 (CET) Received: from localhost ([::1]:46590 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mtaWb-0003N1-9g for larch@yhetil.org; Sat, 04 Dec 2021 14:16:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42724) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtaWR-0003Me-0U for guix-devel@gnu.org; Sat, 04 Dec 2021 14:16:35 -0500 Received: from mail-40140.protonmail.ch ([185.70.40.140]:22989) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtaWO-00039M-8F for guix-devel@gnu.org; Sat, 04 Dec 2021 14:16:34 -0500 Date: Sat, 04 Dec 2021 19:16:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail2; t=1638645387; bh=c7QT0X9ed7bawM43C96w6oiVkxP8XDRPrn+SySZzaiw=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc; b=xLHC1pOuK33Lq9aXyoVwY84hGnAKupBnOHmq70Q6J5XEOiOZASIdcQswu1eawS2UF vDZ8CpDO3UM7YUMUF1sVXrfPzjDuj7tJPkkApCkICEYLwUIsxchugFj8szKx5FNDv0 h7S0XSak+NRA9pNPHUj9noGcFDulxxA/vEHV6Ih8s6NzziYVIn2IK5BaJg0cBUKpiH 3L05OPKkT46HkoLrQlwoAa3vfisi04Sywlt7Ecq4auC/5uNBYbtljqtyqGlJxrFaNz SlJpO+DoSgBZpCCJBC23LJ2YKde7kx5LWOCwaVqr2yr0XrcfpfXBrA5brObLM/Ypu9 p7n8ODkVTcDGw== To: Jacob Hrbek From: Kaelyn Cc: "guix-devel@gnu.org" Subject: Re: Reverse the naming of store items? Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.140; envelope-from=kaelyn.alexi@protonmail.com; helo=mail-40140.protonmail.ch 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, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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: , Reply-To: Kaelyn 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=1638645406; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=c7QT0X9ed7bawM43C96w6oiVkxP8XDRPrn+SySZzaiw=; b=Vnhg2L0tw8ZIeKJQ0CMizAGA/MyTlOIekSNFN+bgJkvCo1w6VXmR+Xb2e3418surbm+qBS NADGyUur1rdd3ly5n38rq/UC+aezFkPlQo/BfhTnJ0WjAOx9P6sXs8D7IIAArDNiZYd3V5 nA99z6MCFtV1Iod0RPw3VkhQs78HCZW3zsdWLOBzsjgpKNi+BfytC64ldAQk8fBE/Q6oFy ucgNJE+GnNgv3D1NQKxSIuzR/TunPFXnyerte+LBFU581Bi44zT+by8mFpnuXlKR/rTzLr pAYbu6zobehwOP1uCnvJGuPmMEyBNDE2m3wbX0tIsD00SMcVX6lBnZTjnkL83Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638645406; a=rsa-sha256; cv=none; b=DLMfgJMPRyp8ZY9KtdXCIIPCTYCMKATzliU9fllwoFIJ4byZrM4lliHeUqkiAty8nrpMDV gcZdFtVjIq3xXdBoVZbVlvExNct6bWGnGrmk1TrZUQ6YKHZuHwNVFzo5GbCqXTe1LtLvRy XYLbyONcVE/7txV3iApP5rW8TrI25bU/b4JH1XQZ8NBjGj15eI6Yuo2g2YGKRgvm2WffvV 8hu3EIpk9xF5vj00OFVuMRm45QH2TSA4heLXoLv4gOcBvy+Ay9RP8X/JqiBEhEUWh8De+W 1K6l8I0aSlDj5Up8gSJE977tSmMjUa9/DSp063219/fSda5mUpFnnQekLYrStA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=protonmail.com header.s=protonmail2 header.b=xLHC1pOu; dmarc=pass (policy=quarantine) header.from=protonmail.com; 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.13 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=protonmail.com header.s=protonmail2 header.b=xLHC1pOu; dmarc=pass (policy=quarantine) header.from=protonmail.com; 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: 34C022733 X-Spam-Score: -3.13 X-Migadu-Scanner: scn0.migadu.com X-TUID: 0luEmOBpMW/q On Saturday, December 4th, 2021 at 7:04 AM, Jacob Hrbek wrote: > Currently we use /gnu/store/zzz16sfz4jxsdvf8j29rkd46psrc6dpj-emacs-ert-ru= nner-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 packa= ge name which usually requires doing `ls /gnu/store | grep emacs` and then = copy pasting the path to work with the store items. > While I agree the store paths are a pain to work with from the CLI and coul= d make CLI interactions a bit easier, I don't think reversing the name of t= he store items willresolve the issue of knowing the correct package path. S= pecifically, as package dependencies and derivations change over time, the = hash changes without the package name or version changing. For example, on = a computer I switched to GuixSD 3 or 4 months ago currently has 25 differen= t hashes for mesa 20.2.4 (as seen from "ls -d /gnu/store/*mesa-20.2.4") and= three more for mesa 21.2.5 from switching to core-updates-frozen. So using= the latter as example, "ls -d /gnu/store/*mesa-21.2.5" currently yields: /gnu/store/5sbldxhgxwn2cjlkgak8sz1xms5paw2b-mesa-21.2.5/ /gnu/store/ibcvamhixj4gnxbimgzgb7hga01wa7fw-mesa-21.2.5/ /gnu/store/yai19kghj02lkp8g5rjh28qwyp3i7ik4-mesa-21.2.5/ Reversing the names won't solve the issue of which is the correct/current v= ersion. Following the same example, "guix build -n mesa" prints out the pat= h corresponding to the current generation of "guix pull": 25.2 MB would be downloaded: /gnu/store/irq1fkfd4cg78qscycjzxy1nzf0n8j9m-mesa-21.2.5-bin /gnu/store/5sbldxhgxwn2cjlkgak8sz1xms5paw2b-mesa-21.2.5 (The message about the downloads is because the "*-bin" output isn't curren= tly in my /gnu/store.) In the simplest cases picking any one of the three could work, though even = then there could be library version conflicts if the picked version uses ol= der/different libs than what your environment has (for mesa, that could be = VDPAU_DRIVER_PATH pointing to a directory with incompatible modules; for py= thon, that could be PYTHONPATH referring to the wrong python site directory= such as "~/.guix-profile/lib/python3.8/site-packages"). In this case, beca= use I also have wine installed, one of the three mesa-21.2.5 directories is= not even the same architecture as the others: $ file /gnu/store/*mesa-21.2.5/lib/libGL.so.1.2.0 /gnu/store/5sbldxhgxwn2cjlkgak8sz1xms5paw2b-mesa-21.2.5/lib/libGL.so.1.2.0:= ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked= , not stripped /gnu/store/ibcvamhixj4gnxbimgzgb7hga01wa7fw-mesa-21.2.5/lib/libGL.so.1.2.0:= ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically l= inked, not stripped /gnu/store/yai19kghj02lkp8g5rjh28qwyp3i7ik4-mesa-21.2.5/lib/libGL.so.1.2.0:= ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked= , not stripped That isn't to say I disagree with reversing the naming or other improvement= s to the CLI experience, because I do agree it could use some QoL polish. I= only wanted to chime in about the complexities of providing better integra= tions. Cheers, Kaelyn > Would it break anything if we changed the metadata order like: /gnu/store= /emacs-ert-runner-0.8.0-zzz16sfz4jxsdvf8j29rkd46psrc6dpj.drv ? > > -- Jacob "Kreyren" Hrbek > > Sent with ProtonMail Secure Email.