all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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


  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.