[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’.