Hello Florian,
From testing old Guix System system generations, I believe September
2023’s new daemon feature “builtin:git-download” has caused the change
in hashes
As far as I remember, approximately at that time, in the late
autumn, I have started to experience very long 'guix pull'.
I’m
Hello Nigko, I’m glad the problem is solved for you.
>From testing old Guix System system generations, I believe September
2023’s new daemon feature “builtin:git-download” has caused the change
in hashes, but no further action is advisable. I’m closing this bug.
But I would like to know, does \
Hello Florian,
These are great news! Thanks a lot for investigating this!
Indeed, foreign distros still run guix-daemon from Guix v1.4,
which is very old now. It makes sense that old guix-daemon + recent
remaining parts of Guix might have produced modified derivations.
For foreign distros
Hello Nigko, I can reproduce your bug by using Guix in a Debian testing
VM, their Debian guix package, and get
/gnu/store/2cl0dr63d900v6406hs10qgjsp7iaysi-guix-packages-base-modules.drv
like you.
The difference between bad (i.e. not substituted)
I had not understood that you used the --commit option, sorry for the
misunderstanding.
Technically I wasn't because at the time of experiment 08360a2cd
was the latest commit (not only the latest commit with substitutes).
Foreign distros are not treated specially, but configuration for
I had not understood that you used the --commit option, sorry for the
misunderstanding.
Foreign distros are not treated specially, but configuration for
substitute authorization could be missing as described at the end
of [1]. I do not believe they are missing though:
Could you try “guix pull
Hi Florian Pelz,
https://guix.gnu.org/manual/en/html_node/Channels-with-Substitutes.html
Yes, I'm aware about this feature. It doesn't help.
it might be bad timing.
I think this possibility can be excluded because of:
1) I have performed 'guix pull' on the system B for the last few
months
Hello Nigko Yerden. You could definitely test if substitutes are never
available if you used
https://guix.gnu.org/manual/en/html_node/Channels-with-Substitutes.html
which should guarantee that it will use a version of Guix where guix
pull has substitutes. When not using
Hello Guix!
I have two systems: first (A) is a full Guix system and second (B) is a
foreign distribution with Guix package manager installed onto. I have
noticed when I'm performing 'guix pull' system B always build 'guix
pull' derivations by itself while system A most often just download