bug#57467: closed ('guix shell' does not honor default behavior when given a specific command to run)

[GNU bug Tracking System]

Your message dated Tue, 6 Sep 2022 07:33:16 -0400
with message-id 
<CAJ=RwfYwfRV18XttSF0K6-K4okjyTBjvwE=tbb3nuKi568gvug@mail.gmail.com>
and subject line bug#57467: 'guix shell' does not honor default behavior when 
given a specific command to run
has caused the debbugs.gnu.org bug report #57467,
regarding 'guix shell' does not honor default behavior when given a specific 
command to run
to be marked as done.

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


-- 
57467: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=57467
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: 'guix shell' does not honor default behavior when given a specific command to run Date: Sun, 28 Aug 2022 17:58:52 -0400

Hi,

When 'guix shell' is run without arguments, there is some convenient default logic applied to check for a manifest.scm or guix.scm file and do the right thing with it. However, using -- to override the default command like 'guix shell -- make' doesn't do the same thing. I expect that it would still automagically apply manifest.scm or guix.scm but just run the specified command instead of spawning a shell.  Instead, 'guix shell' outputs this warning letting me know that something isn't right:

    guix shell: warning: no packages specified; creating an empty environment

On one hand: Sure, I *did* pass arguments (though not flags.) On the other hand: I think this is a bad user experience. I doubt I'm alone in expecting the only difference between 'guix shell' and 'guix shell -- make' to be that 'make' is run instead of a shell.  I can implement this if there's some indication that such a patch would be acceptable.

Thoughts?

- Dave

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> bug#57467: 'guix shell' does not honor default behavior when given a specific command to run
>
>
>
>
> Date: 
>
> Tue, 6 Sep 2022 07:33:16 -0400
>
>
>
>
>
>
> --- End Message ---