|
From: | John Kehayias |
Subject: | Re: Transformations Shell Syntax |
Date: | Sat, 27 May 2023 17:07:00 +0000 |
Hello! "jgart"skribis: > Uses specified commit hash: > > guix build emacs-ement@8b56efa9387262514daf63151d41c9e111e79567 > > Uses specified commit hash (short): > > guix build emacs-ement@8b56efa > > Uses latest upstream release: > > guix build emacs-ement@latest > > Uses upstream version 0.8.2 if not packaged: > > guix build emacs-ement@0.8.2 > > Uses the latest commit in the wip/find-room branch: > > guix build emacs-ement@wip/find-room I sympathize with the will to get a more compact way to express transformations. Right now, command-line tools parse package specs by calling ‘specification->package+output’. There are no restrictions on version fields: “8b56efa9387262514daf63151d41c9e111e79567” and “latest” are perfectly valid version fields. Thus, if the syntax above was implemented, we’d introduce ambiguity. Consequently, rather than overload “@”, I believe another syntax would need to be found. Thanks, Ludo’.
[Prev in Thread] Current Thread [Next in Thread]
- Re: Transformations Shell Syntax, (continued)
- Re: Transformations Shell Syntax, Efraim Flashner, 2023/05/23
- Re: Transformations Shell Syntax, Simon Tournier, 2023/05/23
- Re: Transformations Shell Syntax, jgart, 2023/05/23
- Re: Transformations Shell Syntax, Andreas Enge, 2023/05/23
- Re: Transformations Shell Syntax, jgart, 2023/05/23
- Re: Transformations Shell Syntax, Simon Tournier, 2023/05/23
- Re: Transformations Shell Syntax, Andreas Enge, 2023/05/23
- Re: Transformations Shell Syntax, jgart, 2023/05/23
- Re: Transformations Shell Syntax, Ryan Prior, 2023/05/23
- Re: Transformations Shell Syntax, Ludovic Courtès, 2023/05/26
- Re: Transformations Shell Syntax, John Kehayias <=
- Prev by Date: shepherd respawn frequency
- Next by Date: shepherd's architecture
- Previous by thread: Re: Transformations Shell Syntax
- Next by thread: Format specification issue in the translations...
- Index(es):