From: "Mike Jones" <mike@mjones.io>
To: zimoun <zimon.toutoune@gmail.com>, "Ricardo Wurmus" <rekado@elephly.net>
Cc: "Hartmut Goebel" <h.goebel@crazy-compilers.com>,
"guix.rc7ys--- via" <help-guix@gnu.org>
Subject: Re: Two copies of same library in store after cleaning generations and gc
Date: Fri, 19 Aug 2022 12:37:18 +0100 [thread overview]
Message-ID: <e813dc73-aa9e-4584-a35a-bd4e32e4a03c@www.fastmail.com> (raw)
In-Reply-To: <874jy87gcl.fsf@gmail.com>
Hi all!
On Fri, 19 Aug 2022, at 7:13 AM, Ricardo Wurmus wrote:
> This sounds like grafts working as intended. Do you also have more
> than one instance of icecat – one using the graft and one without?
After building the profile do I indeed have two instances of icecat in
the store. But when I run `guix gc`, the ungrafted one is of course
deleted, and I'm left with a single instance.
With mesa, however, there are always two active instances of mesa (also
some other libraries, e.g. gtk) referenced by the profile. I expected
that there would only be one (grafted) instance.
On Fri, 19 Aug 2022, at 10:06 AM, zimoun wrote:
> Well, all seems consistent, isn’t it? I hope now it is less
> confusing.
Yeah, thanks for working through this - I understand better now :) So we
have one original ungrafted output, which is:
/gnu/store/wdm2s2si8fqsrcd5xpc29ivmpkf20s8d-mesa-21.3.8
This then gets separately grafted twice to produce two new outputs:
/gnu/store/74ags388lb0xasf7v1h8j9ywj8zrsgv9-mesa-21.3.8 (result of `guix build mesa`)
/gnu/store/lcqz4q3834bjd3dlc8zsr95mvzz9n006-mesa-21.3.8 (referred to by icecat)
But I wonder why icecat refers to a different mesa to `guix build
mesa`.
Running
$ diffoscope /gnu/store/lcqz4q3834bjd3dlc8zsr95mvzz9n006-mesa-21.3.8 \
/gnu/store/74ags388lb0xasf7v1h8j9ywj8zrsgv9-mesa-21.3.8`
(takes quite a long time to run!) shows me that many of the files are
different, but only in self-references.
I also diffed the guile-builder scripts for the two grafted mesa
instances. Here's the first difference:
- (map (lambda (o) (cons o (getenv o)))
- '("bin" "out")))
+ (map (lambda (o) (cons o (getenv o))) '("out")))
It seems that one is a graft of just the default output, while the other
also includes the "bin" output! I think this explains why there are two
separate grafts, that produce the same (minus self-references) output.
Presumably these aren't deduplicated due to the differing
self-references?
- Mike
next prev parent reply other threads:[~2022-08-19 11:39 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-14 11:31 Two copies of same library in store after cleaning generations and gc Mike Jones
2022-08-18 12:13 ` Hartmut Goebel
2022-08-18 20:30 ` Mike Jones
2022-08-19 6:13 ` Ricardo Wurmus
2022-08-19 9:06 ` zimoun
2022-08-19 11:37 ` Mike Jones [this message]
2022-08-22 15:49 ` zimoun
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=e813dc73-aa9e-4584-a35a-bd4e32e4a03c@www.fastmail.com \
--to=mike@mjones.io \
--cc=h.goebel@crazy-compilers.com \
--cc=help-guix@gnu.org \
--cc=rekado@elephly.net \
--cc=zimon.toutoune@gmail.com \
/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.