help-guix
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Guix 1.4.0+i686: getting ghc substitutes?


From: Denis 'GNUtoo' Carikli
Subject: Re: Guix 1.4.0+i686: getting ghc substitutes?
Date: Thu, 24 Oct 2024 16:32:33 +0200

Hi,


On Fri, 18 Oct 2024 22:26:05 +0200
Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> wrote:
[Missing pandoc / ghc substitutes for Guix 1.4.0 for i686]
[...]
> Would it be possible to somehow trigger a build on one of the default
> substitute server to fix this issue?
[...]
> If not we could simply change the Guix revision and somehow publish
> the corresponding manual as well, but using a release probably makes
> things much easier for contributors. Not using Guix by default for
> building the website is also an option.

I've found a better workaround but I'm unsure what is going on under
the hood:

Here the first substitute server has 0 substitutes:
> $ guix time-machine --commit=v1.4.0 -- weather -s i686-linux pandoc
> [...]
> computing 1 package derivations for i686-linux...
> looking for 3 store items on https://ci.guix.gnu.org...
> https://ci.guix.gnu.org
> 0.0% substitutes available (0 out of 3)

But then the same command also prints that:
> looking for 3 store items on https://bordeaux.guix.gnu.org...
> https://bordeaux.guix.gnu.org
>  100.0% substitutes available (3 out of 3)

And so I end up being able to download these:
> $ guix build \
>   --substitute-urls=https://bordeaux.guix.gnu.org \
>   --system=i686-linux \
>   pandoc
> [...]
> substituting
> /gnu/store/aqxhlbiy3zfcv81y4f439b6x1pcmvynn-pandoc-2.19.2...
> downloading
> from 
> https://bordeaux.guix.gnu.org/nar/lzip/aqxhlbiy3zfcv81y4f439b6x1pcmvynn-pandoc-2.19.2
>  ... pandoc-2.19.2  10.6MiB                                                   
>                        3.2MiB/s 00:03 ▕██████████████████▏ 100.0%
> 
> /gnu/store/aqxhlbiy3zfcv81y4f439b6x1pcmvynn-pandoc-2.19.2

So this at least works.

But I've no idea why it doesn't fallback on bordeaux when substitutes
are unavailable on ci.guix.gnu.org (maybe there are good reasons for
that).

So at the end a workaround I could do here is to detect if the Bordeaux
substitute is enabled and if so force its use.

Denis.

Attachment: pgparqAYwLcT9.pgp
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]