guix-devel
[Top][All Lists]
Advanced

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

Re: Multiple substitute servers question


From: Ludovic Courtès
Subject: Re: Multiple substitute servers question
Date: Tue, 02 May 2017 23:14:08 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)

Maxim Cournoyer <address@hidden> skribis:

> address@hidden (Ludovic Courtès) writes:
>
>> Hello!
>>
>> Maxim Cournoyer <address@hidden> skribis:
>>
>>> Maxim Cournoyer <address@hidden> writes:
>>
>> [...]
>>
>>> The substitute URI should be "https://mirror.hydra.gnu.org";. When using
>>> such URI it works without an error.
>>>
>>> My original question still holds though (why is an unresolvable
>>> substitute-url able to bring the guix command down when at least one
>>> working alternative substitute server exists? -- it should just warn
>>> about it and push through).
>>
>> That’s what it does, except for URL syntax errors.
>>
>>
>>   --substitute-urls="http://example.org/does-not-work 
>> https://mirror.hydra.gnu.org";
>>
>> then the first one is ignored.
>>
>> Does that make sense?
>
> What do you mean by "URL syntax errors"? Like, wrong protocol prefix or
> non-ascii characters?

I mean any string for which ‘string->uri’ returns #f, such as
“foo.example.org”.

> I'll keep this thread around for the next time a 'guix package' command
> fails in an unexpected way. It seems to come everytime bayfront is in a
> broken/semi-broken state (my regular url-substitutes list is made up of
> 1st bayfront, 2nd mirror.hydra.gnu.org).

I do the same, but what I see is just that sometimes bayfront doesn’t
show up in the substitute messages, that’s all.

Thanks,
Ludo’.



reply via email to

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