Cyril Roelandt <tipec...@gmail.com> skribis: > On 05/28/2013 11:55 PM, Ludovic Courtès wrote: >> Cyril Roelandt<tipec...@gmail.com> skribis: >> >>> On 05/26/2013 10:00 PM, Ludovic Courtès wrote: >>>> Cyril Roelandt<tipec...@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’.
