The system doesn't want to reconfigure for a few days already, because a package substitute fails to download. 43 attempts failed so far.

I guess I will download it myself and will put in the store manually :)

Do we want to make substitutes downloading resumeable in Guix?

#guix

Kudos to @hako for a #guix build farm+mirror. It has a plenty of substitutes and works fast.

https://ultrarare.space/en/posts/guix-build-farm/

\

ci.guix.moe is a small build farm I run that builds packages and serves substitutes (pre-built binary cache) for the Guix community. It’s the primary service under “Guix Moe” and provides infrastructure for other services.\nMainly focused on substitutes availability, it reuses upstream Guix substitutes. With a modified layout for cached substitutes (similiar to a proposed idea), this build farm also demonstrates a mirroring approach that is easy to set up and can be used right now.\n

Ultra Rare Space
@abcdw Glad it's useful to you! I'm in the process of switching the mirroring part to https://codeberg.org/hako/mirror-substitutes (so that I don't have to build Guix channel and its substitutes can keep official signing keys, for example) and preparing for merging the build farm part with Nonguix ;)
mirror-substitutes

Mirror Guix substitutes without relying on remote server implementation

Codeberg.org
@abcdw I thought I was the only one!

@abcdw CI is overloaded with Mesa updates and Python migration

You hit just a bad window

@abcdw I thing the nonguix ipv4 to ipv6 proxy is no longer operational, or at least it wasn't last week. I fixed my ipv6 situation to get that resolved,
@abcdw
I had this patch if you want to work on it: https://issues.guix.gnu.org/39530
[PATCH] guix: Support partial download