Re: [PATCH] zlib: bump to 1.2.8.

[ludo@gnu.org (Ludovic Courtès)]

Cyril Roelandt <tipecaml@gmail.com> skribis:

> On 05/28/2013 11:55 PM, Ludovic Courtès wrote:
>> Cyril Roelandt<tipecaml@gmail.com>  skribis:
>>
>>> On 05/26/2013 10:00 PM, Ludovic Courtès wrote:
>>>> Cyril Roelandt<tipecaml@gmail.com>   skribis:
>>>>
>>>>> On 05/23/2013 05:19 PM, Ludovic Courtès wrote:
>>>>>
>>>>>> Did you use --no-substitutes?
>>>>>>
>>>>>
>>>>> No, but anyway I can't use the substituter on x86.
>>>>
>>>> You can: the tar.gz is architecture-independent, and it’s the exact same
>>>> regardless of the architecture (technically, it’s a “fixed-output
>>>> derivation”.)
>>>>
>>>> So ‘guix build -S foo’ should by default try to go through the
>>>> substituter.  If that is not the case, it may be a bug.
>>>>
>>>> Could you check what happens?
>>>>
>>>
>>> IIRC, I noticed the issue in zlib because Guix failed to download it
>>> when I tried to install gnutls. I could not reproduce the issue though
>>> :/
>>
>> Perhaps if you do:
>>
>>    guix gc --delete `guix build -S zlib`
>>
>> that will remove your copy of the zlib source from the store.
>>
>> Then you can try again to see if the substituter is used:
>>
>>    guix build -S zlib
>>
>> Ludo’.
>
> I just ran into a similar issue (still on i686). Subversion 1.7.8
> cannot be found on the Apache website any more (the current version is
> 1.7.10), and Guix does not try to download it from Hydra. I attached
> the log.

Can you check whether you have
/nix/var/nix/substitute-binary/cache/i35q1vm2sl27sjhs7mx8n2m05056ya9x,
and what its value is (use the right $localstatedir value)?

If it’s there and has (value #f), which means that it’s a negative
cached lookup, can you remove it and try again ‘guix build -S
subversion’?

TIA,
Ludo’.