Message ID | 20221123184750.4305-1-abhi@quic.us |
---|---|
State | New |
Headers |
Return-Path: <guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org> X-Original-To: patchwork@mira.cbaines.net Delivered-To: patchwork@mira.cbaines.net Received: by mira.cbaines.net (Postfix, from userid 113) id 99B1127BBEC; Wed, 23 Nov 2022 18:49:24 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on mira.cbaines.net X-Spam-Level: X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mira.cbaines.net (Postfix) with ESMTPS id E9C0C27BBE9 for <patchwork@mira.cbaines.net>; Wed, 23 Nov 2022 18:49:22 +0000 (GMT) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from <guix-patches-bounces@gnu.org>) id 1oxunw-0001OP-RA; Wed, 23 Nov 2022 13:49:04 -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 <Debian-debbugs@debbugs.gnu.org>) id 1oxunu-0001Nt-R9 for guix-patches@gnu.org; Wed, 23 Nov 2022 13:49:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1oxunu-0004Nv-7n for guix-patches@gnu.org; Wed, 23 Nov 2022 13:49:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1oxunu-0004XO-0L for guix-patches@gnu.org; Wed, 23 Nov 2022 13:49:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#59520] [PATCH] doc: Note that guix package can operate on outputs. References: <20221123183733.3889-1-abhi@quic.us> In-Reply-To: <20221123183733.3889-1-abhi@quic.us> Resent-From: Abhishek Cherath <abhi@quic.us> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org> Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 23 Nov 2022 18:49:01 +0000 Resent-Message-ID: <handler.59520.B59520.166922929117351@debbugs.gnu.org> Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59520 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 59520@debbugs.gnu.org Cc: Abhishek Cherath <abhi@quic.us> Received: via spool by 59520-submit@debbugs.gnu.org id=B59520.166922929117351 (code B ref 59520); Wed, 23 Nov 2022 18:49:01 +0000 Received: (at 59520) by debbugs.gnu.org; 23 Nov 2022 18:48:11 +0000 Received: from localhost ([127.0.0.1]:56239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>) id 1oxun4-0004Vn-G0 for submit@debbugs.gnu.org; Wed, 23 Nov 2022 13:48:10 -0500 Received: from mta-07-4.privateemail.com ([68.65.122.27]:30001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <abhi@quic.us>) id 1oxun2-0004VY-TQ for 59520@debbugs.gnu.org; Wed, 23 Nov 2022 13:48:09 -0500 Received: from mta-07.privateemail.com (localhost [127.0.0.1]) by mta-07.privateemail.com (Postfix) with ESMTP id AB89618000AD; Wed, 23 Nov 2022 13:48:01 -0500 (EST) Received: from astra.wework.com (unknown [208.252.28.138]) by mta-07.privateemail.com (Postfix) with ESMTPA id 3999518000A7; Wed, 23 Nov 2022 13:48:00 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=quic.us; s=default; t=1669229281; bh=QQ+UpYuSLs7t6wwVm9bSmqlgd3z883TbppFrGlCY6RE=; h=From:To:Cc:Subject:Date:From; b=CnUqFIi6iko+lHnANCYVCcKUEzGsqjHrKwjageq+tNy4JQxVMTO/QRo3RQriAyUGv K23HZuuirgGZ++n/zpTtF6UEm/ECDNhjvAY+mI1cImKHvVa0w6hb0B6e+XxIhY3C3w IRgzeLlhP5NIBVMzdZL8ggNZwK9lCkQ2hCOVSm8SjVtx8gLdBtWgzfj7Xxm9M5oGiM NqjF7zKsQMYm6WHIVwkrgZ0FeKE8kajqlLXKkApdwzVIMBPUboFYV1CS3GcHFh5PJF G7cimufnn1eb4SSRVF8TeN3pjOPi12FggPuE4QDpkU70gK6SnWBl2yL2h6UzAa9rpX 6smECybOBnflw== From: Abhishek Cherath <abhi@quic.us> Date: Wed, 23 Nov 2022 13:47:50 -0500 Message-Id: <20221123184750.4305-1-abhi@quic.us> X-Mailer: git-send-email 2.38.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: <guix-patches.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-patches>, <mailto:guix-patches-request@gnu.org?subject=unsubscribe> List-Archive: <https://lists.gnu.org/archive/html/guix-patches> List-Post: <mailto:guix-patches@gnu.org> List-Help: <mailto:guix-patches-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-patches>, <mailto:guix-patches-request@gnu.org?subject=subscribe> Errors-To: guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org Sender: guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org X-getmail-retrieved-from-mailbox: Patches |
Series |
[bug#59520] doc: Note that guix package can operate on outputs.
|
|
Commit Message
Abhishek Cherath
Nov. 23, 2022, 6:47 p.m. UTC
* doc/guix.texi ("Package Management") ["Invoking guix package"]: Mention support for operating on store paths. --- doc/guix.texi | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) base-commit: 7a2082023ad9c7479bfedf39537606a088222d48
Comments
Hi, On Wed, 23 Nov 2022 at 13:47, Abhishek Cherath <abhi@quic.us> wrote: > -@code{guile}, or a package name followed by an at-sign and version number, > +@code{guile}; a package name followed by an at-sign and version number, -^ Why this change comma -> semicolon ? > such as @code{guile@@1.8.8} or simply @code{guile@@1.8} (in the latter > -case, the newest version prefixed by @code{1.8} is selected). > +case, the newest version prefixed by @code{1.8} is selected); or a store path, > +such as @file{/gnu/store/...-guile-1.8.8}. -^ Idem here. BTW, I am not convinced that people would install a package by referring by its store path. I mean, it is impossible to know beforehand the hash. What is your use case? Cheers, simon
Hello, That change was to make the hierarchy of clauses a bit clearer (A such as a, or b; B such as a, or b; or C such as a, or b), that being said it is just a style thing, I can change it back if preferred. Well I had to do it today! (rust 1.65 is defined but not exported, so to install it I ran `guix build -e '(@@ (gnu packages rust rust-1.65)'`, then `guix install /gnu/store/...-rust-1.6.5` I do agree that it's maybe not the best to have it in the same sentence though, but it'd be nice to have this behavior documented. Thanks, Abhishek. (Sorry forgot to reply all on previous email) On 11/23/22 15:35, zimoun wrote: > Hi, > > On Wed, 23 Nov 2022 at 13:47, Abhishek Cherath <abhi@quic.us> wrote: > >> -@code{guile}, or a package name followed by an at-sign and version number, >> +@code{guile}; a package name followed by an at-sign and version number, > -^ > Why this change comma -> semicolon ? > >> such as @code{guile@@1.8.8} or simply @code{guile@@1.8} (in the latter >> -case, the newest version prefixed by @code{1.8} is selected). >> +case, the newest version prefixed by @code{1.8} is selected); or a store path, >> +such as @file{/gnu/store/...-guile-1.8.8}. > -^ > > Idem here. > > BTW, I am not convinced that people would install a package by referring > by its store path. I mean, it is impossible to know beforehand the > hash. > > What is your use case? > > Cheers, > simon
zimoun 写道: > BTW, I am not convinced that people would install a package by > referring > by its store path. OK? I do it all the time. Kind regards, T G-R
Hi, On Wed, 23 Nov 2022 at 22:42, Tobias Geerinckx-Rice via Guix-patches via <guix-patches@gnu.org> wrote: > zimoun 写道: >> BTW, I am not convinced that people would install a package by >> referring >> by its store path. > > OK? I do it all the time. How do you get the store path in the first place? Because from my understanding… On Wed, 23 Nov 2022 at 16:02, Abhishek Cherath <abhi@quic.us> wrote: > Well I had to do it today! (rust 1.65 is defined but not exported, so to > install it I ran `guix build -e '(@@ (gnu packages rust rust-1.65)'`, > then `guix install /gnu/store/...-rust-1.6.5` …what is missing is a way to provide an expression to “guix package” or “guix install”. Something like, guix install --expression='(@@ (gnu packages rust) rust-1.65)' Indeed, it costs nothing to document the “feature” as you, Abhishek, are proposing. :-) Cheers, simon
Heyo, zimoun 写道: > How do you get the store path in the first place? ‘guix build’, for example. > …what is missing is a way to provide an expression to “guix > package” or > “guix install”. Indeed, but as it would address only a subset of such use cases, it should be a separate proposal. Kind regards, T G-R
Hello, guix package has --install-from-expression, but I guess that doesn't propagate to guix install because that's an alias for guix package -i Right? Abhishek.
Hi, On Wed, 23 Nov 2022 at 19:09, Abhishek Cherath <abhi@quic.us> wrote: > guix package has --install-from-expression, but I guess that doesn't > propagate to guix install because that's an alias for guix package -i Yes, this appears to me covering your use case for hidden packages. Well, I even missed it in my previous message [1]. :-) So I still miss what is the use case. For instance, guix package -e '(@@ (gnu packages rust) rust-1.65)' works and all the transformation options are also available in “guix package”. Therefore, in the command line, guix package -i $(guix build …) I miss what the … (dots) could be that cannot be expressed without “guix build”. Maybe cross-compiled packages with --system or --target? 1: <https://yhetil.org/guix/86bkoxfe7y.fsf@gmail.com> Cheers, simon
diff --git a/doc/guix.texi b/doc/guix.texi index c0cb24d709..61f323446b 100644 --- a/doc/guix.texi +++ b/doc/guix.texi @@ -3424,9 +3424,10 @@ The @var{options} can be among the following: Install the specified @var{package}s. Each @var{package} may specify either a simple package name, such as -@code{guile}, or a package name followed by an at-sign and version number, +@code{guile}; a package name followed by an at-sign and version number, such as @code{guile@@1.8.8} or simply @code{guile@@1.8} (in the latter -case, the newest version prefixed by @code{1.8} is selected). +case, the newest version prefixed by @code{1.8} is selected); or a store path, +such as @file{/gnu/store/...-guile-1.8.8}. If no version number is specified, the newest available version will be selected. In addition, @var{package}