bug#56539: closed (‘guix shell -D … --export-manifest’ behaves inconsistently)

[GNU bug Tracking System]

Your message dated Fri, 15 Jul 2022 17:39:45 +0200
with message-id <87sfn25qri.fsf@gnu.org>
and subject line Re: bug#56539: ‘guix shell -D … --export-manifest’ behaves 
inconsistently
has caused the debbugs.gnu.org bug report #56539,
regarding ‘guix shell -D … --export-manifest’ behaves inconsistently
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
56539: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56539
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> ‘guix shell -D … --export-manifest’ behaves inconsistently
>
>
>
>
> Date: 
>
> Wed, 13 Jul 2022 16:15:11 +0200
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux)
>
>
>
>
> Hi!
>
> I observe the following weird behavior, where the first invocation
> wrongfully expands ‘-D gnutls’ into a list of package specs, whereas the
> other invocations (only slightly different) lead to calls to
> ‘package->development-manifest’ as expected:
>
> --8<---------------cut here---------------start------------->8---
> $ guix shell -D gnutls autoconf@2.69 automake libtool  --export-manifest
> ;; What follows is a "manifest" equivalent to the command line you gave.
> ;; You can store it in a file that you may then pass to any 'guix' command
> ;; that accepts a '--manifest' (or '-m') option.
>
> (specifications->manifest
>   (list "libtool"
>         "automake"
>         "autoconf@2.69"
>         "net-tools"
>         "iproute2"
>         "socat"
>         "pkg-config"
>         "texinfo"
>         "which"
>         "datefudge"
>         "util-linux"
>         "guile@3.0.7"
>         "libtasn1"
>         "libidn2"
>         "nettle"
>         "zlib"
>         "p11-kit@0.23"
>         "tar"
>         "gzip"
>         "bzip2"
>         "xz"
>         "file@5.39"
>         "diffutils"
>         "patch"
>         "findutils"
>         "gawk"
>         "sed"
>         "grep"
>         "coreutils"
>         "make"
>         "bash-minimal"
>         "ld-wrapper"
>         "binutils"
>         "gcc@10"
>         "glibc"
>         "glibc:static"
>         "glibc-utf8-locales"
>         "libgc"
>         "libunistring"
>         "gmp"
>         "linux-libre-headers@5.10.35"))
> $ guix shell -D gnutls autoconf@2.69 automake  --export-manifest
> ;; What follows is a "manifest" equivalent to the command line you gave.
> ;; You can store it in a file that you may then pass to any 'guix' command
> ;; that accepts a '--manifest' (or '-m') option.
>
> (concatenate-manifests
>   (list (specifications->manifest
>           (list "autoconf@2.69" "automake"))
>         (package->development-manifest
>           (specification->package "gnutls"))))
> $ guix shell -D gnutls autoconf automake libtool  --export-manifest
> ;; What follows is a "manifest" equivalent to the command line you gave.
> ;; You can store it in a file that you may then pass to any 'guix' command
> ;; that accepts a '--manifest' (or '-m') option.
>
> (concatenate-manifests
>   (list (specifications->manifest
>           (list "autoconf" "automake" "libtool"))
>         (package->development-manifest
>           (specification->package "gnutls"))))
> $ guix describe
> Generation 221  Jul 03 2022 23:52:07    (current)
>   guix e069de4
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: e069de452a2c923868f5137421b4b6349c38d754
> --8<---------------cut here---------------end--------------->8---
>
> Ludo’.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#56539: ‘guix shell -D … --export-manifest’ behaves inconsistently
>
>
>
>
> Date: 
>
> Fri, 15 Jul 2022 17:39:45 +0200
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux)
>
>
>
>
> Ludovic Courtès <ludovic.courtes@inria.fr> skribis:
>
> > I observe the following weird behavior, where the first invocation
> > wrongfully expands ‘-D gnutls’ into a list of package specs, whereas the
> > other invocations (only slightly different) lead to calls to
> > ‘package->development-manifest’ as expected:
>
> This had to due with profile caching: cached profiles would be taken
> into account, leading to the “expanded view” because the ‘-D’
> information would be lost in that case.
>
> Fixed in 30915a7419d48c6a5dcfdc3a1547268ac406a9ef.
>
> Ludo’.
>
>
> --- End Message ---