* Multiple substitute servers question
@ 2017-04-24 0:52 Maxim Cournoyer
2017-04-24 1:04 ` Maxim Cournoyer
0 siblings, 1 reply; 8+ messages in thread
From: Maxim Cournoyer @ 2017-04-24 0:52 UTC (permalink / raw)
To: guix-devel
[-- Attachment #1: Type: text/plain, Size: 3266 bytes --]
Hello Guix!
I'm using both the default substitute server (mirrors.hydra.gnu.org) as
well as the recently added bayfront.guixsd.org[1], and today when I tried to
issue 'guix environment guix' I got:
--8<---------------cut here---------------start------------->8---
[...]
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/tmux.go
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
;;; newer than compiled /gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/share/guile/site/2.0/gnu/packages/tmux.go
Downloading https://bayfront.guixsd.org/nar/c64n03yy6kk66ah7x7pghpx2zc62j8d0-subversion-1.8.17.tar.bz2 (6.6MiB installed)...
guix substitute: error: connect: No route to host
killing process 7274
guix environment: error: build failed: some substitutes for the outputs of derivation `/gnu/store/2yl7ck1dzi32jb4aiqr2hhqxx90qkfxh-subversion-1.8.17.tar.bz2.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
--8<---------------cut here---------------end--------------->8---
Given that issuing 'guix environment guix
--substitute-urls=mirrors.hydra.gnu.org' produces something different
(but unfortunately equally broken):
--8<---------------cut here---------------start------------->8---
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/tmux.go
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
;;; newer than compiled /gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/share/guile/site/2.0/gnu/packages/tmux.go
substitute: Backtrace:
substitute: In ice-9/boot-9.scm:
substitute: 160: 9 [catch #t #<catch-closure 268ab40> ...]
substitute: In unknown file:
substitute: ?: 8 [apply-smob/1 #<catch-closure 268ab40>]
substitute: In ice-9/boot-9.scm:
substitute: 66: 7 [call-with-prompt prompt0 ...]
substitute: In ice-9/eval.scm:
substitute: 432: 6 [eval # #]
substitute: In ice-9/boot-9.scm:
substitute: 2404: 5 [save-module-excursion #<procedure 26aa900 at ice-9/boot-9.scm:4051:3 ()>]
substitute: 4056: 4 [#<procedure 26aa900 at ice-9/boot-9.scm:4051:3 ()>]
substitute: 1727: 3 [%start-stack load-stack ...]
substitute: 1732: 2 [#<procedure 26beb70 ()>]
substitute: In unknown file:
substitute: ?: 1 [primitive-load "/gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/bin/.guix-real"]
substitute: In guix/ui.scm:
substitute: 1228: 0 [run-guix-command substitute "--query"]
substitute:
substitute: guix/ui.scm:1228:8: In procedure run-guix-command:
substitute: guix/ui.scm:1228:8: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): #f
guix environment: error: corrupt input while restoring archive from #<closed: file 0>
--8<---------------cut here---------------end--------------->8---
Do I understand that upon failing with bayfront the daemon doesn't
proceed (fallback) to the regular mirrors.hydra.gnu.org substitute
server?
Maxim
[1]: https://lists.gnu.org/archive/html/guix-devel/2017-01/msg01746.html
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-04-24 0:52 Multiple substitute servers question Maxim Cournoyer
@ 2017-04-24 1:04 ` Maxim Cournoyer
2017-05-02 10:34 ` Ludovic Courtès
0 siblings, 1 reply; 8+ messages in thread
From: Maxim Cournoyer @ 2017-04-24 1:04 UTC (permalink / raw)
To: guix-devel
[-- Attachment #1: Type: text/plain, Size: 2366 bytes --]
Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
Correction below:
> Hello Guix!
>
> I'm using both the default substitute server (mirrors.hydra.gnu.org) as
> well as the recently added bayfront.guixsd.org[1], and today when I tried to
> issue 'guix environment guix' I got:
>
>
> [...]
>
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
> ;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/tmux.go
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/tmux.scm
> ;;; newer than compiled /gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/share/guile/site/2.0/gnu/packages/tmux.go
> Downloading https://bayfront.guixsd.org/nar/c64n03yy6kk66ah7x7pghpx2zc62j8d0-subversion-1.8.17.tar.bz2 (6.6MiB installed)...
> guix substitute: error: connect: No route to host
> killing process 7274
> guix environment: error: build failed: some substitutes for the outputs of derivation `/gnu/store/2yl7ck1dzi32jb4aiqr2hhqxx90qkfxh-subversion-1.8.17.tar.bz2.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
>
>
> Given that issuing 'guix environment guix
> --substitute-urls=mirrors.hydra.gnu.org' produces something different
> (but unfortunately equally broken):
The substitute URI should be "https://mirrors.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).
> substitute: In unknown file:
> substitute: ?: 1 [primitive-load "/gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/bin/.guix-real"]
> substitute: In guix/ui.scm:
> substitute: 1228: 0 [run-guix-command substitute "--query"]
> substitute:
> substitute: guix/ui.scm:1228:8: In procedure run-guix-command:
> substitute: guix/ui.scm:1228:8: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): #f
> guix environment: error: corrupt input while restoring archive from #<closed: file 0>
>
Also, this error message is very cryptic; it didn't provided much that
would have helped me to realize about my error (wrong URI) earlier.
Maxim
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-04-24 1:04 ` Maxim Cournoyer
@ 2017-05-02 10:34 ` Ludovic Courtès
2017-05-02 15:54 ` Maxim Cournoyer
0 siblings, 1 reply; 8+ messages in thread
From: Ludovic Courtès @ 2017-05-02 10:34 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: guix-devel
Hello!
Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
[...]
> The substitute URI should be "https://mirrors.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.
That is, if you pass:
--substitute-urls="http://example.org/does-not-work https://mirror.hydra.gnu.org"
then the first one is ignored.
Does that make sense?
>> substitute: In unknown file:
>> substitute: ?: 1 [primitive-load "/gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/bin/.guix-real"]
>> substitute: In guix/ui.scm:
>> substitute: 1228: 0 [run-guix-command substitute "--query"]
>> substitute:
>> substitute: guix/ui.scm:1228:8: In procedure run-guix-command:
>> substitute: guix/ui.scm:1228:8: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): #f
>> guix environment: error: corrupt input while restoring archive from #<closed: file 0>
>>
>
> Also, this error message is very cryptic; it didn't provided much that
> would have helped me to realize about my error (wrong URI) earlier.
Indeed. Fixed in 8a2105078b5845e31768da06b360676352b1f3e9 (you won’t
get the fix until you run an updated guix-daemon.)
Thanks!
Ludo’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-05-02 10:34 ` Ludovic Courtès
@ 2017-05-02 15:54 ` Maxim Cournoyer
2017-05-02 21:14 ` Ludovic Courtès
2017-05-07 7:24 ` Maxim Cournoyer
0 siblings, 2 replies; 8+ messages in thread
From: Maxim Cournoyer @ 2017-05-02 15:54 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 2251 bytes --]
Hi Ludovic!
ludo@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> Maxim Cournoyer <maxim.cournoyer@gmail.com> 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? Otherwise, I don't see the difference between a "syntax"
error in a URL and a URL pointing to a dead server :).
Otherwise yes, that makes sense; that's exactly what I would expect to
happen.
>
>>> substitute: In unknown file:
>>> substitute: ?: 1 [primitive-load "/gnu/store/v83285dvjy923ikq1dddncixb6kfba0k-guix-0.12.0-5.1162/bin/.guix-real"]
>>> substitute: In guix/ui.scm:
>>> substitute: 1228: 0 [run-guix-command substitute "--query"]
>>> substitute:
>>> substitute: guix/ui.scm:1228:8: In procedure run-guix-command:
>>> substitute: guix/ui.scm:1228:8: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): #f
>>> guix environment: error: corrupt input while restoring archive from #<closed: file 0>
>>>
>>
>> Also, this error message is very cryptic; it didn't provided much that
>> would have helped me to realize about my error (wrong URI) earlier.
>
> Indeed. Fixed in 8a2105078b5845e31768da06b360676352b1f3e9 (you won’t
> get the fix until you run an updated guix-daemon.)
>
> Thanks!
>
> Ludo’.
Thanks for fixing it!
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).
Maxim
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-05-02 15:54 ` Maxim Cournoyer
@ 2017-05-02 21:14 ` Ludovic Courtès
2017-05-07 7:24 ` Maxim Cournoyer
1 sibling, 0 replies; 8+ messages in thread
From: Ludovic Courtès @ 2017-05-02 21:14 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: guix-devel
Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Hello!
>>
>> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>>
>>> Maxim Cournoyer <maxim.cournoyer@gmail.com> 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’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-05-02 15:54 ` Maxim Cournoyer
2017-05-02 21:14 ` Ludovic Courtès
@ 2017-05-07 7:24 ` Maxim Cournoyer
2017-05-08 14:10 ` Ludovic Courtès
1 sibling, 1 reply; 8+ messages in thread
From: Maxim Cournoyer @ 2017-05-07 7:24 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
Hi,
Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
> Hi Ludovic!
>
> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Hello!
>>
>> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>>
>>> Maxim Cournoyer <maxim.cournoyer@gmail.com> 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?
>
>[...]
>
> 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 had this problem again now.
--8<---------------cut here---------------start------------->8---
guix package -i emacs-dvc
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/emacs.go
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
;;; newer than compiled /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
;;; newer than compiled /run/current-system/profile/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
;;; newer than compiled /home/maxim/.cache/guile/ccache/2.0-LE-8-2.0/home/maxim/src/guix/gnu/packages/emacs.scm.go
The following package will be installed:
emacs-dvc trunk-1.591 /gnu/store/sraxmg5qz9i4338s4ks7asgy4v68dgqs-emacs-dvc-trunk-1.591
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
Downloading https://bayfront.guixsd.org/nar/gzip/6h7ym07plwxfn4zq53ld8zfpbx3a09al-at-spi2-core-2.22.0 (1.1MiB installed)...
guix substitute: error: connect: No route to host
killing process 13896
killing process 13896: No such process
^C
--8<---------------cut here---------------end--------------->8---
Q1: Why did it not fallback automatically to mirror.hydra.gnu.org, which
pings, and instead aborted (no, hung) attempting to kill an
(inexistant?) process? :)
Here are the ping checks:
--8<---------------cut here---------------start------------->8---
ping bayfront.guixsd.org
PING bayfront.guixsd.org (141.255.128.56): 56 data bytes
36 bytes from aquilenet.demarc.cogentco.com (149.6.44.18): Destination Host Unreachable
36 bytes from aquilenet.demarc.cogentco.com (149.6.44.18): Destination Host Unreachable
36 bytes from aquilenet.demarc.cogentco.com (149.6.44.18): Destination Host Unreachable
36 bytes from aquilenet.demarc.cogentco.com (149.6.44.18): Destination Host Unreachable
^C--- bayfront.guixsd.org ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
ping mirror.hydra.gnu.org
PING hydra.net.in.tum.de (131.159.14.26): 56 data bytes
64 bytes from 131.159.14.26: icmp_seq=0 ttl=52 time=164.453 ms
64 bytes from 131.159.14.26: icmp_seq=1 ttl=52 time=175.964 ms
64 bytes from 131.159.14.26: icmp_seq=2 ttl=52 time=167.195 ms
^C--- hydra.net.in.tum.de ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 164.453/169.204/175.964/4.909 ms
--8<---------------cut here---------------end--------------->8---
And some more information regarding which guix-daemon process(es) were
running at that time:
--8<---------------cut here---------------start------------->8---
ps aux | grep guix-daemon
root 254 0.0 0.0 34584 3436 ? Ss May01 0:00 /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/bin/guix-daemon --build-users-group guixbuild --substitute-urls https://bayfront.guixsd.org https://mirror.hydra.gnu.org
root 14347 3.0 0.1 37212 7568 ? Ss 00:20 0:00 /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/bin/guix-daemon 14344 guixbuild --substitute-urls https://bayfront.guixsd.org https://mirror.hydra.gnu.org
maxim 14368 0.0 0.0 8168 1636 pts/4 S+ 00:20 0:00 grep guix-daemon
root 30454 0.0 0.1 37056 7384 ? Ss May04 0:00 /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/bin/guix-daemon 30400 guixbuild --substitute-urls https://bayfront.guixsd.org https://mirror.hydra.gnu.org
--8<---------------cut here---------------end--------------->8---
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-05-07 7:24 ` Maxim Cournoyer
@ 2017-05-08 14:10 ` Ludovic Courtès
2017-05-08 15:44 ` Maxim Cournoyer
0 siblings, 1 reply; 8+ messages in thread
From: Ludovic Courtès @ 2017-05-08 14:10 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: guix-devel
Hi!
Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> I had this problem again now.
>
> guix package -i emacs-dvc
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
> ;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/emacs.go
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
> ;;; newer than compiled /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
> ;;; newer than compiled /run/current-system/profile/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
> ;;; newer than compiled /home/maxim/.cache/guile/ccache/2.0-LE-8-2.0/home/maxim/src/guix/gnu/packages/emacs.scm.go
> The following package will be installed:
> emacs-dvc trunk-1.591 /gnu/store/sraxmg5qz9i4338s4ks7asgy4v68dgqs-emacs-dvc-trunk-1.591
>
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> Downloading https://bayfront.guixsd.org/nar/gzip/6h7ym07plwxfn4zq53ld8zfpbx3a09al-at-spi2-core-2.22.0 (1.1MiB installed)...
> guix substitute: error: connect: No route to host
> killing process 13896
> killing process 13896: No such process
Oh I see. ‘guix substitute --query’ (aka. “updating list of
substitutes”) correctly ignores the faulty machine, but ‘guix substitute
--substitute’ does not. Could you email this issue to bug-guix?
> Q1: Why did it not fallback automatically to mirror.hydra.gnu.org, which
> pings, and instead aborted (no, hung) attempting to kill an
> (inexistant?) process? :)
I think the message is referring the ‘guix substitute’ process, but that
process exited after printing “error: connect”, and thus guix-daemon had
no process left to kill.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Multiple substitute servers question
2017-05-08 14:10 ` Ludovic Courtès
@ 2017-05-08 15:44 ` Maxim Cournoyer
0 siblings, 0 replies; 8+ messages in thread
From: Maxim Cournoyer @ 2017-05-08 15:44 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 2259 bytes --]
Hello,
ludo@gnu.org (Ludovic Courtès) writes:
> Hi!
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> I had this problem again now.
>>
>> guix package -i emacs-dvc
>> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
>> ;;; newer than compiled /home/maxim/.config/guix/latest/gnu/packages/emacs.go
>> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
>> ;;; newer than compiled /gnu/store/nqy9m6hhnkkfwr5wyq5bac96v9s9hc9i-guix-0.12.0-9.25a4/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
>> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
>> ;;; newer than compiled /run/current-system/profile/lib/guile/2.0/site-ccache/gnu/packages/emacs.go
>> ;;; note: source file /home/maxim/.config/guix/latest/gnu/packages/emacs.scm
>> ;;; newer than compiled /home/maxim/.cache/guile/ccache/2.0-LE-8-2.0/home/maxim/src/guix/gnu/packages/emacs.scm.go
>> The following package will be installed:
>> emacs-dvc trunk-1.591 /gnu/store/sraxmg5qz9i4338s4ks7asgy4v68dgqs-emacs-dvc-trunk-1.591
>>
>> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
>> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
>> Downloading https://bayfront.guixsd.org/nar/gzip/6h7ym07plwxfn4zq53ld8zfpbx3a09al-at-spi2-core-2.22.0 (1.1MiB installed)...
>> guix substitute: error: connect: No route to host
>> killing process 13896
>> killing process 13896: No such process
>
> Oh I see. ‘guix substitute --query’ (aka. “updating list of
> substitutes”) correctly ignores the faulty machine, but ‘guix substitute
> --substitute’ does not. Could you email this issue to bug-guix?
>
>> Q1: Why did it not fallback automatically to mirror.hydra.gnu.org, which
>> pings, and instead aborted (no, hung) attempting to kill an
>> (inexistant?) process? :)
>
> I think the message is referring the ‘guix substitute’ process, but that
> process exited after printing “error: connect”, and thus guix-daemon had
> no process left to kill.
>
I've opened an issue here:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26833
Thanks!
Maxim
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2017-05-08 15:44 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-24 0:52 Multiple substitute servers question Maxim Cournoyer
2017-04-24 1:04 ` Maxim Cournoyer
2017-05-02 10:34 ` Ludovic Courtès
2017-05-02 15:54 ` Maxim Cournoyer
2017-05-02 21:14 ` Ludovic Courtès
2017-05-07 7:24 ` Maxim Cournoyer
2017-05-08 14:10 ` Ludovic Courtès
2017-05-08 15:44 ` Maxim Cournoyer
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.