From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Core-updates: Downloads do not work Date: Thu, 3 Jan 2013 09:55:07 +0100 Message-ID: <201301030955.07667.andreas@enge.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_rdU5Qayln8h19FN" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tqga3-0005FR-Pl for bug-guix@gnu.org; Thu, 03 Jan 2013 03:55:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tqga0-0005re-N0 for bug-guix@gnu.org; Thu, 03 Jan 2013 03:55:15 -0500 Received: from moutng.kundenserver.de ([212.227.17.8]:54862) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tqga0-0005rT-Cj for bug-guix@gnu.org; Thu, 03 Jan 2013 03:55:12 -0500 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: bug-guix@gnu.org --Boundary-01=_rdU5Qayln8h19FN Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, in the core-updates branch, tarballs are not downloaded automatically any more. Here is the result of "guix-build hello" (which tries to rebuild everything, as expected): ... starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.cs.tu- berlin.de/pub/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.cs.tu-berlin.de': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.chg.ru/pub/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.chg.ru': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.funet.fi': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `http://ftp.gnu.org/pub/gnu/glibc/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz" from "mirror://gnu/glibc/glibc-2.17.tar.xz" ... On the other hand, guix-download http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz succeeds. Andreas --Boundary-01=_rdU5Qayln8h19FN Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

Hello,

in the core-updates branch, tarballs are not downloaded automatically any more. Here is the result of "guix-build hello" (which tries to rebuild everything, as expected):

...

starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz'...

ERROR: In procedure getaddrinfo: Name or service not known

starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `ftp://ftp.cs.tu-berlin.de/pub/gnu/glibc/glibc-2.17.tar.xz'...

failed to resolve `ftp.cs.tu-berlin.de': Name or service not known

ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f

starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `ftp://ftp.chg.ru/pub/gnu/glibc/glibc-2.17.tar.xz'...

failed to resolve `ftp.chg.ru': Name or service not known

ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f

starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/glibc/glibc-2.17.tar.xz'...

failed to resolve `ftp.funet.fi': Name or service not known

ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f

starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `http://ftp.gnu.org/pub/gnu/glibc/glibc-2.17.tar.xz'...

ERROR: In procedure getaddrinfo: Name or service not known

failed to download "/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz" from "mirror://gnu/glibc/glibc-2.17.tar.xz"

...

On the other hand,

guix-download http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz

succeeds.

Andreas

--Boundary-01=_rdU5Qayln8h19FN-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Thu, 03 Jan 2013 16:01:46 +0100 Message-ID: <87623e5mzp.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:52555) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqmIp-00077F-6A for bug-guix@gnu.org; Thu, 03 Jan 2013 10:01:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqmIn-0007vi-Ea for bug-guix@gnu.org; Thu, 03 Jan 2013 10:01:51 -0500 Received: from mail4-relais-sop.national.inria.fr ([192.134.164.105]:56991) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqmIn-0007vb-85 for bug-guix@gnu.org; Thu, 03 Jan 2013 10:01:49 -0500 In-Reply-To: <201301030955.07667.andreas@enge.fr> (Andreas Enge's message of "Thu, 3 Jan 2013 09:55:07 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Andreas Enge skribis: > in the core-updates branch, tarballs are not downloaded automatically any= =20 > more. Here is the result of "guix-build hello" (which tries to rebuild=20 > everything, as expected): I can=E2=80=99t reproduce it: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix-build -S -e '(@ (distro packages base) glibc-final)' the following derivations will be built: /nix/store/r132zr05rnbwl56xlzaqypsh85cd8cfv-glibc-2.17.tar.xz.drv /nix/store/lasdjqypfkcfqkf4ryvycz3b0x239c71-module-import.drv /nix/store/n0pdl6b6f8qykbh9mhdgjj56mb24d5k2-module-import-compiled.drv [...] starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.1= 7.tar.xz' from `http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz'... following redirection to `http://mirror.ibcp.fr/pub/gnu/glibc/glibc-2.17.ta= r.xz'... --8<---------------cut here---------------end--------------->8--- Most likely this is because nscd is not running, or not listening to the right socket: --8<---------------cut here---------------start------------->8--- $ strace -o ,,s /nix/store/k8qmk5n2zsrndvzqs4bq7x9jyyxf5ndr-guile-bootstrap= -2.0/bin/guile -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 80) = #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 4254195229879145= 5573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10 42541952298791455573= 290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10 4254195229879145557329062= 3124440612875 80 0 0) #f))) $ grep nscd ,,s connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D 0 connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D 0 --8<---------------cut here---------------end--------------->8--- Can you check that? TIA, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Thu, 3 Jan 2013 16:28:02 +0100 Message-ID: <201301031628.02444.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <87623e5mzp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_COa5Q5ThmrLjE4f" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:58233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqmiO-0004HX-Rp for bug-guix@gnu.org; Thu, 03 Jan 2013 10:28:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqmiJ-0007v7-Sy for bug-guix@gnu.org; Thu, 03 Jan 2013 10:28:16 -0500 In-Reply-To: <87623e5mzp.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_COa5Q5ThmrLjE4f Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: > Most likely this is because nscd is not running, or not listening to the > right socket: >=20 > --8<---------------cut here---------------start------------->8--- > $ strace -o ,,s > /nix/store/k8qmk5n2zsrndvzqs4bq7x9jyyxf5ndr-guile-bootstrap-2.0/bin/gui > le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' >=20 > ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 > 80) #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 > 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10 > 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10 > 42541952298791455573290623124440612875 80 0 0) #f))) >=20 > $ grep nscd ,,s > connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D= 0 > connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D= 0 > --8<---------------cut here---------------end--------------->8--- >=20 > Can you check that? Here is what I get: connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -= 1=20 ENOENT (No such file or directory) connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -= 1=20 ENOENT (No such file or directory) Under debian, there is a separate package "nscd" with the following=20 description: Package: nscd Source: eglibc Description-en: Embedded GNU C Library: Name Service Cache Daemon A daemon which handles passwd, group and host lookups for running programs and caches the results for the next query. You should install this package only if you use slow services like LDAP, NIS or NIS+. I am running neither LDAP nor NIS*, so it is not installed. Andreas --Boundary-01=_COa5Q5ThmrLjE4f Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Donnerst= ag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s:

> Most l= ikely this is because nscd is not running, or not listening to the

> right = socket:

> --8<= ;---------------cut here---------------start------------->8---

> $ stra= ce -o ,,s

> /nix/s= tore/k8qmk5n2zsrndvzqs4bq7x9jyyxf5ndr-guile-bootstrap-2.0/bin/gui

> le -c = '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))'<= /p>

> ;;; ((= #(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356

> 80) #f= ) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10

> 425419= 52298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10

> 425419= 52298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10

> 425419= 52298791455573290623124440612875 80 0 0) #f)))

> $ grep= nscd ,,s

> connec= t(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) = =3D 0

> --8<= ;---------------cut here---------------end--------------->8---

> Can yo= u check that?

&nb= sp;

Here is wha= t I get:

connect(5, = {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -1= ENOENT (No such file or directory)

&nb= sp;

Under debia= n, there is a separate package "nscd" with the following descript= ion:

Package: ns= cd

Source: egl= ibc

Description= =2Den: Embedded GNU C Library: Name Service Cache Daemon

A daemon w= hich handles passwd, group and host lookups

for runnin= g programs and caches the results for the next

query. You= should install this package only if you use

slow servi= ces like LDAP, NIS or NIS+.

&nb= sp;

I am runnin= g neither LDAP nor NIS*, so it is not installed.

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_COa5Q5ThmrLjE4f-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Thu, 03 Jan 2013 17:05:53 +0100 Message-ID: <878v8a2qvy.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <87623e5mzp.fsf@gnu.org> <201301031628.02444.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38212) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqnIq-0007M8-Fo for bug-guix@gnu.org; Thu, 03 Jan 2013 11:05:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqnIp-0001OG-DW for bug-guix@gnu.org; Thu, 03 Jan 2013 11:05:56 -0500 Received: from mail4-relais-sop.national.inria.fr ([192.134.164.105]:4765) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqnIp-0001OA-6p for bug-guix@gnu.org; Thu, 03 Jan 2013 11:05:55 -0500 In-Reply-To: <201301031628.02444.andreas@enge.fr> (Andreas Enge's message of "Thu, 3 Jan 2013 16:28:02 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Andreas Enge skribis: > Here is what I get: > connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D= -1=20 > ENOENT (No such file or directory) > connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D= -1=20 > ENOENT (No such file or directory) OK, this confirms my intuition. > Under debian, there is a separate package "nscd" with the following=20 > description: > Package: nscd > Source: eglibc > Description-en: Embedded GNU C Library: Name Service Cache Daemon > A daemon which handles passwd, group and host lookups > for running programs and caches the results for the next > query. You should install this package only if you use > slow services like LDAP, NIS or NIS+. > > I am running neither LDAP nor NIS*, so it is not installed. It works for name lookups in general, including DNS lookups. It=E2=80=99s useful to always enable it. Thanks, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Thu, 3 Jan 2013 17:45:43 +0100 Message-ID: <201301031745.43154.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <201301031628.02444.andreas@enge.fr> <878v8a2qvy.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_3Wb5QC/GVJcljw2" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:45827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqnvR-0006V1-PP for bug-guix@gnu.org; Thu, 03 Jan 2013 11:45:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqnvP-0004Fl-4t for bug-guix@gnu.org; Thu, 03 Jan 2013 11:45:49 -0500 In-Reply-To: <878v8a2qvy.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_3Wb5QC/GVJcljw2 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: > It works for name lookups in general, including DNS lookups. It=E2=80=99s > useful to always enable it. So should this be checked by ./configure? I am still not sure why this is needed; the "host" command does work and I= =20 can surf the web, so there seems to be some name lookup service available=20 (even though maybe without the caching advertised for nscd). Also, it does= =20 work in master. Andreas --Boundary-01=_3Wb5QC/GVJcljw2 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Donnerst= ag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s:

> It wor= ks for name lookups in general, including DNS lookups. It=E2=80=99s

> useful= to always enable it.

&nb= sp;

So should t= his be checked by ./configure?

&nb= sp;

I am still = not sure why this is needed; the "host" command does work and I c= an surf the web, so there seems to be some name lookup service available (e= ven though maybe without the caching advertised for nscd). Also, it does wo= rk in master.

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_3Wb5QC/GVJcljw2-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Thu, 03 Jan 2013 21:53:35 +0100 Message-ID: <87obh6yomo.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301031628.02444.andreas@enge.fr> <878v8a2qvy.fsf@gnu.org> <201301031745.43154.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqrnI-0003lU-3e for bug-guix@gnu.org; Thu, 03 Jan 2013 15:53:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqrnG-0007li-M2 for bug-guix@gnu.org; Thu, 03 Jan 2013 15:53:40 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:50168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqrnG-0007lN-G5 for bug-guix@gnu.org; Thu, 03 Jan 2013 15:53:38 -0500 In-Reply-To: <201301031745.43154.andreas@enge.fr> (Andreas Enge's message of "Thu, 3 Jan 2013 17:45:43 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Andreas Enge skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: >> It works for name lookups in general, including DNS lookups. It=E2=80= =99s >> useful to always enable it. > > So should this be checked by ./configure? It wouldn=E2=80=99t be enough: nscd could be running at configure time, and= not later. > I am still not sure why this is needed; the "host" command does work and = I=20 > can surf the web, so there seems to be some name lookup service available= =20 > (even though maybe without the caching advertised for nscd). The =E2=80=98host=E2=80=99 command includes its own DNS client, IIRC (it do= es not use getaddrinfo and similar libc services.) The C library=E2=80=99s getaddrinfo and other lookup functions can of cours= e be used without nscd, which is what your applications were using. What differs here is that the bootstrap Guile is statically linked, and getaddrinfo and similar functions are not fully functional in statically linked binaries. Hmm, that said, we should probably build the bootstrap libc with --disable-nscd to avoid this problem altogether. I=E2=80=99ll try that, but rebuilding everything is gonna take ages again... > Also, it does work in master. That=E2=80=99s more surprising. Can you try: strace -o ,,s /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap= -2.0/bin/guile -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd ,,s The above path is that of the bootstrap Guile in master. Thanks, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Fri, 4 Jan 2013 16:57:14 +0100 Message-ID: <201301041657.17154.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <201301031745.43154.andreas@enge.fr> <87obh6yomo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_dvv5QufIn3uxSe6" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60829) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tr9eA-0007qe-6Y for bug-guix@gnu.org; Fri, 04 Jan 2013 10:57:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tr9e7-0001o6-Ec for bug-guix@gnu.org; Fri, 04 Jan 2013 10:57:26 -0500 In-Reply-To: <87obh6yomo.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_dvv5QufIn3uxSe6 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: > Andreas Enge skribis: > > So should this be checked by ./configure? > It wouldn=E2=80=99t be enough: nscd could be running at configure time, a= nd not > later. True, but it would be better than nothing - as long as it is not packaged=20 for distributions, the code will most probably run on the machine where it= =20 has been compiled. > The C library=E2=80=99s getaddrinfo and other lookup functions can of cou= rse be > used without nscd, which is what your applications were using. >=20 > What differs here is that the bootstrap Guile is statically linked, and > getaddrinfo and similar functions are not fully functional in statically > linked binaries. >=20 > Hmm, that said, we should probably build the bootstrap libc with > --disable-nscd to avoid this problem altogether. I=E2=80=99ll try that, = but > rebuilding everything is gonna take ages again... Well, if it solves the problem, it is worth the time! > Can you try: > strace -o ,,s > /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/gui > le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd > ,,s > The above path is that of the bootstrap Guile in master. The same problem: privat@debian:/tmp$ strace -o ,,s=20 /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/guile - c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 80)= =20 #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10=20 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10=20 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10=20 42541952298791455573290623124440612875 80 0 0) #f))) privat@debian:/tmp$ grep nscd ,,s connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -= 1=20 ENOENT (No such file or directory) connect(5, {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -= 1=20 ENOENT (No such file or directory) Admittedly, I recently downloaded new tarballs mainly for my own new=20 packages, and since I needed the hash, I did so using guix-download. So=20 maybe it does not work any more since guix includes the build code from=20 nix? It definitely did work at some point in time for my first "hello". Andreas --Boundary-01=_dvv5QufIn3uxSe6 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Donnerst= ag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s:

> Andrea= s Enge <andreas@enge.fr> skribis:

> > S= o should this be checked by ./configure?

> It wou= ldn=E2=80=99t be enough: nscd could be running at configure time, and not

> later.=

&nb= sp;

True, but i= t would be better than nothing - as long as it is not packaged for distribu= tions, the code will most probably run on the machine where it has been com= piled.

&nb= sp;

> The C = library=E2=80=99s getaddrinfo and other lookup functions can of course be

> used w= ithout nscd, which is what your applications were using.

> What d= iffers here is that the bootstrap Guile is statically linked, and

> getadd= rinfo and similar functions are not fully functional in statically

> linked= binaries.

> Hmm, t= hat said, we should probably build the bootstrap libc with

> --disa= ble-nscd to avoid this problem altogether. I=E2=80=99ll try that, but

> rebuil= ding everything is gonna take ages again...

&nb= sp;

Well, if it= solves the problem, it is worth the time!

&nb= sp;

> Can yo= u try:

> stra= ce -o ,,s

> /nix/s= tore/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/gui

> le -c = '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' = grep nscd

> ,,s

> The ab= ove path is that of the bootstrap Guile in master.

&nb= sp;

The same pr= oblem:

privat@debi= an:/tmp$ strace -o ,,s /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bo= otstrap-2.0/bin/guile -c '(pk (getaddrinfo "ftp.gnu.org" "80= " AI_NUMERICSERV))'

&nb= sp;

;;; ((#(102= 4 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 80) #f) #(1024 = 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 425419522987914555732906231= 24440612875 80 0 0) #f) #(1024 10 2 17 #(10 4254195229879145557329062312444= 0612875 80 0 0) #f) #(1024 10 3 0 #(10 425419522987914555732906231244406128= 75 80 0 0) #f)))

&nb= sp;

privat@debi= an:/tmp$ grep nscd ,,s

connect(5, = {sa_family=3DAF_FILE, path=3D"/var/run/nscd/socket"}, 110) =3D -1= ENOENT (No such file or directory)

&nb= sp;

Admittedly,= I recently downloaded new tarballs mainly for my own new packages, and sin= ce I needed the hash, I did so using guix-download. So maybe it does not wo= rk any more since guix includes the build code from nix? It definitely did = work at some point in time for my first "hello".

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_dvv5QufIn3uxSe6-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Fri, 04 Jan 2013 18:17:25 +0100 Message-ID: <87k3rsvpei.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301031745.43154.andreas@enge.fr> <87obh6yomo.fsf@gnu.org> <201301041657.17154.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TrAtd-0005cU-Bt for bug-guix@gnu.org; Fri, 04 Jan 2013 12:17:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TrAtc-0002Nh-7y for bug-guix@gnu.org; Fri, 04 Jan 2013 12:17:29 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:43152) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TrAtc-0002NV-10 for bug-guix@gnu.org; Fri, 04 Jan 2013 12:17:28 -0500 In-Reply-To: <201301041657.17154.andreas@enge.fr> (Andreas Enge's message of "Fri, 4 Jan 2013 16:57:14 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Hi! Andreas Enge skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: [...] >> The C library=E2=80=99s getaddrinfo and other lookup functions can of co= urse be >> used without nscd, which is what your applications were using. >>=20 >> What differs here is that the bootstrap Guile is statically linked, and >> getaddrinfo and similar functions are not fully functional in statically >> linked binaries. >>=20 >> Hmm, that said, we should probably build the bootstrap libc with >> --disable-nscd to avoid this problem altogether. I=E2=80=99ll try that,= but >> rebuilding everything is gonna take ages again... > > Well, if it solves the problem, it is worth the time! I=E2=80=99m working on it, and it seems to solve the problem. >> Can you try: >> strace -o ,,s >> /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/gui >> le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd >> ,,s >> The above path is that of the bootstrap Guile in master. > > The same problem: Good, I wouldn=E2=80=99t have been able to explain a different behavior. ;= -) > Admittedly, I recently downloaded new tarballs mainly for my own new=20 > packages, and since I needed the hash, I did so using guix-download. So=20 > maybe it does not work any more since guix includes the build code from=20 > nix? Not sure what you mean here. It could be that you had tarballs already in the store, and thus didn=E2=80=99t notice the problem. > It definitely did work at some point in time for my first "hello". Well, dunno. The nscd is enabled by default in glibc builds, so it could be that it was there once upon a time... Thanks, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Sun, 06 Jan 2013 01:20:55 +0100 Message-ID: <87wqvrnouw.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301031745.43154.andreas@enge.fr> <87obh6yomo.fsf@gnu.org> <201301041657.17154.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40921) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Trdz0-0002Xz-SK for bug-guix@gnu.org; Sat, 05 Jan 2013 19:21:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Trdyz-0003UB-MS for bug-guix@gnu.org; Sat, 05 Jan 2013 19:20:58 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:17690) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Trdyz-0003U3-Fv for bug-guix@gnu.org; Sat, 05 Jan 2013 19:20:57 -0500 In-Reply-To: <201301041657.17154.andreas@enge.fr> (Andreas Enge's message of "Fri, 4 Jan 2013 16:57:14 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Hi! Andreas Enge skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Court=C3=A8s: [...] >> The C library=E2=80=99s getaddrinfo and other lookup functions can of co= urse be >> used without nscd, which is what your applications were using. >>=20 >> What differs here is that the bootstrap Guile is statically linked, and >> getaddrinfo and similar functions are not fully functional in statically >> linked binaries. >>=20 >> Hmm, that said, we should probably build the bootstrap libc with >> --disable-nscd to avoid this problem altogether. I=E2=80=99ll try that,= but >> rebuilding everything is gonna take ages again... > > Well, if it solves the problem, it is worth the time! I=E2=80=99ve rebuilt and uploaded all the bootstrap binaries with a libc th= at doesn=E2=80=99t use the nscd and has static NSS modules. With commit 79580= eb of core-updates, these new binaries are being used. Let me know how it works! :-) Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Mon, 7 Jan 2013 22:45:52 +0100 Message-ID: <201301072245.53296.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <201301041657.17154.andreas@enge.fr> <87wqvrnouw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_RI06QuvceG73fwk" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsKWE-0003cA-Od for bug-guix@gnu.org; Mon, 07 Jan 2013 16:46:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsKWB-0007nG-4I for bug-guix@gnu.org; Mon, 07 Jan 2013 16:46:06 -0500 In-Reply-To: <87wqvrnouw.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_RI06QuvceG73fwk Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Sonntag, 6. Januar 2013 schrieb Ludovic Court=C3=A8s: > I=E2=80=99ve rebuilt and uploaded all the bootstrap binaries with a libc = that > doesn=E2=80=99t use the nscd and has static NSS modules. With commit 795= 80eb of > core-updates, these new binaries are being used. >=20 > Let me know how it works! :-) Well, I do not understand what is happening. To check whether the problem=20 was solved, I wanted to verify that it was still present before the update,= =20 and tried to build a new package (ddrescue). What shall I say, it was=20 downloaded correctly before updating my git repository! After updating, things still do not work, which makes sense, since the new= =20 bootstrap binaries are not yet downloaded: @ build-started /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv /nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv.bz2 @ build-started /nix/store/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3-static- binaries.tar.xz.drv /nix/store/n5wq53xj7fyzbf4w8whz0q8ffh6yy8b9-static- binaries.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3-static- binaries.tar.xz.drv.bz2 @ build-started /nix/store/zma6787ffbaj9dy8vxjirdnsrs5k8mrx- binutils-2.22.tar.xz.drv /nix/store/bvhn746hnl96xwm88g3xs3wqv015zbha- binutils-2.22.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/zma6787ffbaj9dy8vxjirdnsrs5k8mrx- binutils-2.22.tar.xz.drv.bz2 @ build-started /nix/store/w5d3ha447cb8zhrxh64y8q14izcp1m8q- glibc-2.17.tar.xz.drv /nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/w5d3ha447cb8zhrxh64y8q14izcp1m8q- glibc-2.17.tar.xz.drv.bz2 starting download of `/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz' from=20 `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz" from=20 "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz" starting download of `/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz' from=20 `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz" from=20 "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/glibc-2.17.tar.xz" builder for `/nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv' failed with exit code 1 @ build-failed /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv /nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz 1 builder for=20 `/nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv' failed=20 with exit code 1 However, I can execute guix-download http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz (as well as for all other packages), and then start a build. How come that "guix-download" does work, but the same download fails=20 through "guix-build"? Andreas --Boundary-01=_RI06QuvceG73fwk Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Sonntag,= 6. Januar 2013 schrieb Ludovic Court=C3=A8s:

> I=E2= =80=99ve rebuilt and uploaded all the bootstrap binaries with a libc that

> doesn= =E2=80=99t use the nscd and has static NSS modules. With commit 79580eb of=

> core-u= pdates, these new binaries are being used.

> Let me= know how it works! :-)

&nb= sp;

Well, I do = not understand what is happening. To check whether the problem was solved, = I wanted to verify that it was still present before the update, and tried t= o build a new package (ddrescue). What shall I say, it was downloaded corre= ctly before updating my git repository!

&nb= sp;

After updat= ing, things still do not work, which makes sense, since the new bootstrap b= inaries are not yet downloaded:

&nb= sp;

@ build-sta= rted /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv /nix/= store/9vijlrv06dvli9m2fw9ha3r3mswz0qas-gcc-4.7.2.tar.xz x86_64-linux /usr/l= ocal/guix-git/var/log/nix/drvs/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.t= ar.xz.drv.bz2

@ build-sta= rted /nix/store/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3-static-binaries.tar.xz.drv= /nix/store/n5wq53xj7fyzbf4w8whz0q8ffh6yy8b9-static-binaries.tar.xz x86_64-= linux /usr/local/guix-git/var/log/nix/drvs/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3= =2Dstatic-binaries.tar.xz.drv.bz2

@ build-sta= rted /nix/store/zma6787ffbaj9dy8vxjirdnsrs5k8mrx-binutils-2.22.tar.xz.drv /= nix/store/bvhn746hnl96xwm88g3xs3wqv015zbha-binutils-2.22.tar.xz x86_64-linu= x /usr/local/guix-git/var/log/nix/drvs/zma6787ffbaj9dy8vxjirdnsrs5k8mrx-bin= utils-2.22.tar.xz.drv.bz2

@ build-sta= rted /nix/store/w5d3ha447cb8zhrxh64y8q14izcp1m8q-glibc-2.17.tar.xz.drv /nix= /store/q61dk4k2zcnvxvha8k71j1a46lyr89vn-glibc-2.17.tar.xz x86_64-linux /usr= /local/guix-git/var/log/nix/drvs/w5d3ha447cb8zhrxh64y8q14izcp1m8q-glibc-2.1= 7.tar.xz.drv.bz2

starting do= wnload of `/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas-gcc-4.7.2.tar.xz' fr= om `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64-linux/2013010= 5/gcc-4.7.2.tar.xz'...

ERROR: In p= rocedure getaddrinfo: Name or service not known

failed to d= ownload "/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas-gcc-4.7.2.tar.xz&= quot; from "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64-= linux/20130105/gcc-4.7.2.tar.xz"

starting do= wnload of `/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn-glibc-2.17.tar.xz' f= rom `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64-linux/201301= 05/glibc-2.17.tar.xz'...

ERROR: In p= rocedure getaddrinfo: Name or service not known

failed to d= ownload "/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn-glibc-2.17.tar.xz= " from "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64= =2Dlinux/20130105/glibc-2.17.tar.xz"

builder for= `/nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv' failed = with exit code 1

@ build-fai= led /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv /nix/s= tore/9vijlrv06dvli9m2fw9ha3r3mswz0qas-gcc-4.7.2.tar.xz 1 builder for `/nix/= store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv' failed with ex= it code 1

&nb= sp;

However, I = can execute

guix-dow= nload http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64-linux/20130= 105/gcc-4.7.2.tar.xz

(as well as= for all other packages), and then start a build.

&nb= sp;

How come th= at "guix-download" does work, but the same download fails through= "guix-build"?

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_RI06QuvceG73fwk-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Mon, 07 Jan 2013 23:17:25 +0100 Message-ID: <87pq1gwscq.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301041657.17154.andreas@enge.fr> <87wqvrnouw.fsf@gnu.org> <201301072245.53296.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsL0g-0002o8-0d for bug-guix@gnu.org; Mon, 07 Jan 2013 17:17:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsL0d-000852-AJ for bug-guix@gnu.org; Mon, 07 Jan 2013 17:17:33 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:7306) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsL0d-00084g-3a for bug-guix@gnu.org; Mon, 07 Jan 2013 17:17:31 -0500 In-Reply-To: <201301072245.53296.andreas@enge.fr> (Andreas Enge's message of "Mon, 7 Jan 2013 22:45:52 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Hi Andreas! Andreas Enge skribis: > After updating, things still do not work, which makes sense, since the ne= w=20 > bootstrap binaries are not yet downloaded: Ah, you need to: $ rm distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz $ make The latter will download the current guile-2.0.7.tar.xz bootstrap binary, and check its hash (the hash of that tarball is only checked upon downloading, by build-aux/download.scm.) > However, I can execute > guix-download http://www.fdn.fr/~lcourtes/software/guix/packages/x86_6= 4- > linux/20130105/gcc-4.7.2.tar.xz > (as well as for all other packages), and then start a build. > > How come that "guix-download" does work, but the same download fails=20 > through "guix-build"? That=E2=80=99s because guix-download uses your Guile, which is a full-fledg= ed Guile linked against a feature-complete libc, whereas the old bootstrap Guile was statically linked against a libc whose getaddrinfo depended on a running nscd to work. Does that clarify a bit? :-) Thanks, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Tue, 8 Jan 2013 09:54:47 +0100 Message-ID: <201301080954.48213.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <201301072245.53296.andreas@enge.fr> <87pq1gwscq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_Y796Qk92rOYqotU" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46140) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TshPR-0005vZ-2V for bug-guix@gnu.org; Tue, 08 Jan 2013 17:12:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TshPO-0001Cw-J5 for bug-guix@gnu.org; Tue, 08 Jan 2013 17:12:37 -0500 In-Reply-To: <87pq1gwscq.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_Y796Qk92rOYqotU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Montag, 7. Januar 2013 schrieb Ludovic Court=C3=A8s: > > bootstrap binaries are not yet downloaded: > Ah, you need to: > $ rm distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz > $ make > ... > Does that clarify a bit? :-) Thanks, it clarifies a lot. To check whether things work, can I simply=20 delete the "hello" tarball in the nix store? I once deleted a compiled=20 package in the nix store, and that caused an inconsistency with the package= =20 database in guix-installation-directory/var/... . Andreas --Boundary-01=_Y796Qk92rOYqotU Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Montag, = 7. Januar 2013 schrieb Ludovic Court=C3=A8s:

> > b= ootstrap binaries are not yet downloaded:

> Ah, yo= u need to:

> $ rm= distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz

> $ ma= ke

> ...

> Does t= hat clarify a bit? :-)

&nb= sp;

Thanks, it = clarifies a lot. To check whether things work, can I simply delete the &quo= t;hello" tarball in the nix store? I once deleted a compiled package i= n the nix store, and that caused an inconsistency with the package database= in guix-installation-directory/var/... .

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_Y796Qk92rOYqotU-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Tue, 08 Jan 2013 23:51:28 +0100 Message-ID: <87bocz8f0v.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301072245.53296.andreas@enge.fr> <87pq1gwscq.fsf@gnu.org> <201301080954.48213.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tsi15-00027f-SV for bug-guix@gnu.org; Tue, 08 Jan 2013 17:51:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tsi14-00037n-PK for bug-guix@gnu.org; Tue, 08 Jan 2013 17:51:31 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:3653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tsi14-00037f-JY for bug-guix@gnu.org; Tue, 08 Jan 2013 17:51:30 -0500 In-Reply-To: <201301080954.48213.andreas@enge.fr> (Andreas Enge's message of "Tue, 8 Jan 2013 09:54:47 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Hi! Andreas Enge skribis: > Thanks, it clarifies a lot. To check whether things work, can I simply=20 > delete the "hello" tarball in the nix store? I once deleted a compiled=20 > package in the nix store, and that caused an inconsistency with the packa= ge=20 > database in guix-installation-directory/var/... . Anything you delete must be deleted with =E2=80=98guix-gc --delete=E2=80=99= (or =E2=80=98nix-store --delete=E2=80=99), which also updates the database that= =E2=80=99s under /nix/var/nix/db/. Thanks, Ludo=E2=80=99. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Core-updates: Downloads do not work Date: Wed, 9 Jan 2013 07:25:14 +0100 Message-ID: <201301090725.14315.andreas@enge.fr> References: <201301030955.07667.andreas@enge.fr> <201301041657.17154.andreas@enge.fr> <87wqvrnouw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_K1Q7QtLy3DTTcRk" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tsp6L-0002ga-GQ for bug-guix@gnu.org; Wed, 09 Jan 2013 01:25:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tsp6I-00027l-Hs for bug-guix@gnu.org; Wed, 09 Jan 2013 01:25:25 -0500 In-Reply-To: <87wqvrnouw.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_K1Q7QtLy3DTTcRk Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Sonntag, 6. Januar 2013 schrieb Ludovic Court=C3=A8s: > Let me know how it works! :-) It does work now. Thanks a lot! Andreas --Boundary-01=_K1Q7QtLy3DTTcRk Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Sonntag,= 6. Januar 2013 schrieb Ludovic Court=C3=A8s:

> Let me= know how it works! :-)

&nb= sp;

It does wor= k now. Thanks a lot!

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_K1Q7QtLy3DTTcRk-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Core-updates: Downloads do not work Date: Wed, 09 Jan 2013 14:51:36 +0100 Message-ID: <87vcb6mplj.fsf@gnu.org> References: <201301030955.07667.andreas@enge.fr> <201301041657.17154.andreas@enge.fr> <87wqvrnouw.fsf@gnu.org> <201301090725.14315.andreas@enge.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35545) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tsw4M-0004X1-7N for bug-guix@gnu.org; Wed, 09 Jan 2013 08:51:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tsw4K-0007j3-P7 for bug-guix@gnu.org; Wed, 09 Jan 2013 08:51:50 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:36623) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tsw4K-0007iz-Ip for bug-guix@gnu.org; Wed, 09 Jan 2013 08:51:48 -0500 In-Reply-To: <201301090725.14315.andreas@enge.fr> (Andreas Enge's message of "Wed, 9 Jan 2013 07:25:14 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: bug-guix@gnu.org Andreas Enge skribis: > Am Sonntag, 6. Januar 2013 schrieb Ludovic Court=C3=A8s: >> Let me know how it works! :-) > > It does work now. Thanks a lot! Cool, thank you! I think we should merge =E2=80=98core-updates=E2=80=99 real soon, if there = are no objections, and clear a few rough edges before 0.1. Ludo=E2=80=99.