GNU bug report logs -
#54495
unexpected download after gc
Previous Next
To reply to this bug, email your comments to 54495 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
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):
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):
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):
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 187 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.