GNU bug report logs - #54495
unexpected download after gc

Previous Next

Package: guix;

Reported by: zimoun <zimon.toutoune <at> gmail.com>

Date: Mon, 21 Mar 2022 13:35:01 UTC

Severity: normal

To reply to this bug, email your comments to 54495 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#54495; Package guix. (Mon, 21 Mar 2022 13:35:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to zimoun <zimon.toutoune <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Mon, 21 Mar 2022 13:35:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: unexpected download after gc
Date: Fri, 18 Mar 2022 14:50:01 +0100
Hi,

Considering this with revision a03936a:

    guix gc
    guix install python-ipython -p tools
    guix gc
    guix install python-ipython -p tools

I am surprised that:

 1. the second GC collects things
 2. the second install downloads things

especially by this line:

python-ipython-7.27.0  892KiB  4.6MiB/s 00:00 [##################] 100.0%


Well, it is because of grafts.  The profile contains the grafted
version and the installation expect first the non-grafted for computing
the graft.  For instance:

--8<---------------cut here---------------start------------->8---
$ guix gc --list-dead | grep ipython
finding garbage collector roots...
determining live/dead paths...
/gnu/store/xmw4vxabnkm7vwa0ywfcqcmknbnia0c3-python-ipython-7.27.0

guix build python-ipython --no-grafts
/gnu/store/xmw4vxabnkm7vwa0ywfcqcmknbnia0c3-python-ipython-7.27.0
--8<---------------cut here---------------end--------------->8---

When something is grafted, is it possible to consider the non-grafted as
a "derivation", i.e., control the GC with 'gc-keep-derivations'.

Or the grafted could keep a reference to the non-grafted?


Well, I was expecting that this composition:

    guix gc && guix install

was "idempotent" in a way. :-) And to me, the fact that it is not is
somehow a bug.  Maybe, it is already well-known and not considered as
bug.


Cheers,
simon




Information forwarded to bug-guix <at> gnu.org:
bug#54495; Package guix. (Tue, 22 Mar 2022 20:01:02 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: raingloom <raingloom <at> riseup.net>
To: bug-guix <at> gnu.org
Subject: Re: bug#54495: unexpected download after gc
Date: Tue, 22 Mar 2022 21:00:28 +0100
On Fri, 18 Mar 2022 14:50:01 +0100
zimoun <zimon.toutoune <at> gmail.com> wrote:

> Hi,
> 
> Considering this with revision a03936a:
> 
>     guix gc
>     guix install python-ipython -p tools
>     guix gc
>     guix install python-ipython -p tools
> 
> I am surprised that:
> 
>  1. the second GC collects things
>  2. the second install downloads things
> 
> especially by this line:
> 
> python-ipython-7.27.0  892KiB  4.6MiB/s 00:00 [##################]
> 100.0%
> 
> 
> Well, it is because of grafts.  The profile contains the grafted
> version and the installation expect first the non-grafted for
> computing the graft.  For instance:
> 
> --8<---------------cut here---------------start------------->8---
> $ guix gc --list-dead | grep ipython
> finding garbage collector roots...
> determining live/dead paths...
> /gnu/store/xmw4vxabnkm7vwa0ywfcqcmknbnia0c3-python-ipython-7.27.0
> 
> guix build python-ipython --no-grafts
> /gnu/store/xmw4vxabnkm7vwa0ywfcqcmknbnia0c3-python-ipython-7.27.0
> --8<---------------cut here---------------end--------------->8---
> 
> When something is grafted, is it possible to consider the non-grafted
> as a "derivation", i.e., control the GC with 'gc-keep-derivations'.
> 
> Or the grafted could keep a reference to the non-grafted?
> 
> 
> Well, I was expecting that this composition:
> 
>     guix gc && guix install
> 
> was "idempotent" in a way. :-) And to me, the fact that it is not is
> somehow a bug.  Maybe, it is already well-known and not considered as
> bug.
> 
> 
> Cheers,
> simon
> 
> 
> 

There should definitely be more attention paid to offline use so IMHO
this is a bug. Or at least missing feature.




Information forwarded to bug-guix <at> gnu.org:
bug#54495; Package guix. (Sun, 29 Oct 2023 19:38:02 GMT) Full text and rfc822 format available.

Message #11 received at 54495 <at> debbugs.gnu.org (full text, mbox):

From: David Elsing <david.elsing <at> posteo.net>
To: zimon.toutoune <at> gmail.com
Cc: 54495 <at> debbugs.gnu.org
Subject: Re: unexpected download after gc
Date: Sun, 29 Oct 2023 19:36:56 +0000
Hello,

AFAICT, there is no way to determine which ungrafted package a grafted
package comes from without the derivation of the grafted package (where
the ungrafted package is referenced). Therefore, I think adding a
reference to the ungrafted package in the package itself (your second
suggestion) would be the simplest way: https://issues.guix.gnu.org/66824

Presently, it is inconvenient to globally run guix gc at all for me, as
many (dependent) packages are deleted and substituted again when
rebuilding several profiles built with grafts.

Cheers,
David




This bug report was last modified 178 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.