From: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
To: Chris Marusich <cmmarusich@gmail.com>
Cc: guix-devel@gnu.org, David Thompson <davet@gnu.org>
Subject: Re: quirky behaviour of “guix environment”
Date: Tue, 6 Mar 2018 20:16:25 +0100 [thread overview]
Message-ID: <87bmg1m2uu.fsf@mdc-berlin.de> (raw)
In-Reply-To: <87d10uowab.fsf@gmail.com>
Chris Marusich <cmmarusich@gmail.com> writes:
> Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> writes:
>
>> 1.) the environment includes glibc and its executables. Is this ever
>> desired? When loading an environment from a file or from a package
>> (i.e. when “--ad-hoc” is NOT provided) “guix environment” uses
>> “package-environment-inputs”, which runs “package->bag” and then
>> “bag-transitive-inputs”. The resulting list of packages is then
>> used as the inputs for a profile derivation. That seems a bit
>> excessive.
>>
>> Would it not be sufficient to use only the direct inputs of the
>> package as the inputs to the profile derivation? That way “guix
>> environment foo” would behave just like “guix environment --ad-hoc
>> input-a-of-foo input-b-of-foo input-c-of-foo”.
>>
>> Is there a reason why it creates a whole bag and dumps its contents
>> into the inputs of the profile derivation?
>
> My interpretation of the intended behavior of "guix environment foo" is
> that is that only the inputs of (the bag of) foo should show up in the
> environment, not the transitive closure of inputs. I am surprised to
> hear that that is not the case, but perhaps I am missing something.
Yeah, this was also quite a surprise to me.
David, would it be wrong for us to change the behaviour such that only
direct inputs end up in the environment?
Aside from this issue, I find it worrying that the graft for glibc does
not end up in the environment. This is a serious problem for those
who use “guix environment” on RHEL 6.
Ludo, do you know if this is a more general bug or if it is due to the
design of “guix environment”?
--
Ricardo
next prev parent reply other threads:[~2018-03-06 19:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-22 13:17 quirky behaviour of “guix environment” Ricardo Wurmus
2018-02-22 14:54 ` Björn Höfling
2018-02-24 22:30 ` Chris Marusich
2018-03-06 19:16 ` Ricardo Wurmus [this message]
2018-03-07 22:31 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87bmg1m2uu.fsf@mdc-berlin.de \
--to=ricardo.wurmus@mdc-berlin.de \
--cc=cmmarusich@gmail.com \
--cc=davet@gnu.org \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.