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: <bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:34139)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) 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 <ludo@gnu.org>) 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 <ludo@gnu.org>)
	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 <bug-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-guix>
List-Post: <mailto:bug-guix@gnu.org>
List-Help: <mailto:bug-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=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 <andreas@enge.fr>
Cc: bug-guix@gnu.org

Andreas Enge <andreas@enge.fr> 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.