[Top][All Lists]

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

bug#20402: HTTP and FTP proxies for guix package / guix-daemon

From: 韋嘉誠
Subject: bug#20402: HTTP and FTP proxies for guix package / guix-daemon
Date: Wed, 17 Jun 2015 18:46:17 +0200

Finally got around to this.

On Sat, Jun 13, 2015 at 7:44 PM, Ludovic Courtès <address@hidden> wrote:
> "Claes Wallin (韋嘉誠)" <address@hidden> skribis:
>> I suppose if I have a freshly built guix with "guix package -i guix"
>> or "guix package -u guix" it should be using guile 2.0.11 then?
>> Actually looking at the head of .../bin/guix it's referring to a
>> guile-2.0.11.
> Yes, so that should be OK.  And it’s Guix > 0.8.2, right?

# /root/.guix-profile/bin/guix --version
guix (GNU Guix) 0.8.3

# ls -l /root/.guix-profile/bin/guix
lrwxrwxrwx 3 root 999 71 Jan  1  1970 /root/.guix-profile/bin/guix ->

>> But guix-daemon still doesn't seem to be honoring http_proxy.
> As a first test, could you check whether ‘guix download’ honors it?

It does.

> A second test would be:
>   1. Define ‘http_proxy’ in your user shell.
>   2. From the same shell, run ‘guix build -S gcc --no-substitutes’, say.
> Does that honor ‘http_proxy’?

http_proxy is set (and exported) in user shell and in the daemon process.


> And a third test is for substitutes: Are they also downloaded via the
> proxy?  Here you need to:
>   1. Define ‘http_proxy’ in a root shell.
>   2. Run ‘guix-daemon’ from this shell.
>   3. From a user shell, run ‘guix build gcc’, say, which should normally
>      download a substitute from hydra.gnu.org rather than trying to build
>      things.
> Does the substitute download honor ‘http_proxy’?

No. Whenever the daemon is doing the downloading, http_proxy is
ignored and I get "Temporary failure in name resolution" because the
VM doesn't have an internet DNS.

As I said earlier, guix has guile-2.0.11 in the hashbang. But
guix-daemon seems to be making use of guile-bootstrap.

If I provoke it a bit I get this:

# find /gnu/store/cyppdaliwllm1mzgka3cxwxnddk7j2cl-guile-bootstrap-2.0/
-name '*.scm' -exec touch {} +
# guix package -i texinfo
 . . .
;;; note: source file
;;;       newer than compiled
;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0
;;;       or pass the --no-auto-compile argument to disable.
. . .
;;; it seems 
;;; is part of the compiler; skipping auto-compilation
;;; WARNING: compilation of
;;; ERROR: failed to create path for auto-compiled file
starting download of
from `http://ftpmirror.gnu.org/binutils/binutils-2.25.tar.bz2'...
ERROR: In procedure getaddrinfo: Temporary failure in name resolution

... so it's pretty clear that *something* in there is still
referencing the bootstrap guile. But maybe that's expected? Are the
guile packages built using only the bootstrap and not themselves?


. . . 
. . . 
. . . ("/gnu/store/hvl3gwa57p7k1qnliyy6ymbmz2509azh-guile-2.0.11.drv",["out"])
. . . 
. . . 
. . . 

Why so many different guile drivers? Is that expected?

> Thanks in advance!

No problem!

reply via email to

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