GNU bug report logs - #27894
Building Guix fails without '/etc/services'

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27894 in the body.
You can then email your comments to 27894 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: bug-guix <at> gnu.org
Subject: Building Guix fails without '/etc/services'
Date: Mon, 31 Jul 2017 20:23:58 -0400

[Message part 1 (text/plain, inline)]

On a system that lacks '/etc/services' (CoreOS), building Guix from
source fails because getaddrinfo() doesn't know how to proceed:

ERROR: In procedure getaddrinfo: Servname not supported for ai_socktype

I worked around this issue by downloading the binaries by hand with
curl.

I don't know how curl does it, but could it be possible to make the Guix
build more resilient here?

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 27894 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Leo Famulari <leo <at> famulari.name>
Cc: 27894 <at> debbugs.gnu.org
Subject: Re: bug#27894: Building Guix fails without '/etc/services'
Date: Tue, 01 Aug 2017 12:09:12 +0200

[Message part 1 (text/plain, inline)]

Leo Famulari <leo <at> famulari.name> skribis:

> On a system that lacks '/etc/services' (CoreOS), building Guix from
> source fails because getaddrinfo() doesn't know how to proceed:
>
> ERROR: In procedure getaddrinfo: Servname not supported for ai_socktype
>
> I worked around this issue by downloading the binaries by hand with
> curl.

You get the error above when running “make”, which in turn runs
build-aux/download.scm, right?

If so, I think this can be worked around with:

[Message part 2 (text/x-patch, inline)]

diff --git a/build-aux/download.scm b/build-aux/download.scm
index 8dfa91460..5cb2491dc 100644
--- a/build-aux/download.scm
+++ b/build-aux/download.scm
@@ -31,7 +31,7 @@
              (guix hash))
 
 (define %url-base
-  "http://alpha.gnu.org/gnu/guix/bootstrap"
+  "http://alpha.gnu.org:80/gnu/guix/bootstrap"
 
   ;; Alternately:
   ;;"http://www.fdn.fr/~lcourtes/software/guix/packages"

[Message part 3 (text/plain, inline)]

However, the whole point of /etc/services is so that application writers
don’t have to hard-code port number everywhere.  So I’d be tempted to
say this is not a bug.

WDYT?

Ludo’.

Message #13 received at 27894-done <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 27894-done <at> debbugs.gnu.org
Subject: Re: bug#27894: Building Guix fails without '/etc/services'
Date: Tue, 1 Aug 2017 15:39:19 -0400

On Tue, Aug 01, 2017 at 12:09:12PM +0200, Ludovic Courtès wrote:
> Leo Famulari <leo <at> famulari.name> skribis:
> 
> > On a system that lacks '/etc/services' (CoreOS), building Guix from
> > source fails because getaddrinfo() doesn't know how to proceed:
> >
> > ERROR: In procedure getaddrinfo: Servname not supported for ai_socktype
> >
> > I worked around this issue by downloading the binaries by hand with
> > curl.
> 
> You get the error above when running “make”, which in turn runs
> build-aux/download.scm, right?
> 
> If so, I think this can be worked around with:
> 

> diff --git a/build-aux/download.scm b/build-aux/download.scm
> index 8dfa91460..5cb2491dc 100644
> --- a/build-aux/download.scm
> +++ b/build-aux/download.scm
> @@ -31,7 +31,7 @@
>               (guix hash))
>  
>  (define %url-base
> -  "http://alpha.gnu.org/gnu/guix/bootstrap"
> +  "http://alpha.gnu.org:80/gnu/guix/bootstrap"
>  
>    ;; Alternately:
>    ;;"http://www.fdn.fr/~lcourtes/software/guix/packages"

> 
> However, the whole point of /etc/services is so that application writers
> don’t have to hard-code port number everywhere.  So I’d be tempted to
> say this is not a bug.
> 
> WDYT?

I think it's fair to say it's not a bug. Perhaps if we get more reports
from users of this system we can reconsider.

Message #20 received at 27894 <at> debbugs.gnu.org (full text, mbox):

From: Jonathan Brielmaier <jonathan.brielmaier <at> web.de>
To: 27894 <at> debbugs.gnu.org
Subject: Building Guix fails without '/etc/services'
Date: Tue, 11 Feb 2020 21:10:16 +0100

I run into this bug now on openSUSE Tumbleweed. The reason is that on TW
`/etc/services` got moved to `/usr/etc/services`.

What would be required to support that use case?

Message #23 received at 27894 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Jonathan Brielmaier <jonathan.brielmaier <at> web.de>,27894 <at> debbugs.gnu.org
Subject: Re: bug#27894: Building Guix fails without '/etc/services'
Date: Tue, 11 Feb 2020 15:40:03 -0500

Le 11 février 2020 15:10:16 GMT-05:00, Jonathan Brielmaier <jonathan.brielmaier <at> web.de> a écrit :
>I run into this bug now on openSUSE Tumbleweed. The reason is that on
>TW
>`/etc/services` got moved to `/usr/etc/services`.
>
>What would be required to support that use case?

This is somewhat similar to what happens on android, and probably any systen using an alternate libc. Guix uses its own libc that expects an /etc/services and other files. I guess a symlink from /etc to /usr/etc is all you need?

Message #26 received at 27894 <at> debbugs.gnu.org (full text, mbox):

From: Jonathan Brielmaier <jonathan.brielmaier <at> web.de>
To: Julien Lepiller <julien <at> lepiller.eu>, 27894 <at> debbugs.gnu.org,
 Jonathan Brielmaier <jonathan.brielmaier <at> web.de>
Subject: Re: bug#27894: Building Guix fails without '/etc/services'
Date: Tue, 11 Feb 2020 21:50:31 +0100

On 11.02.20 21:40, Julien Lepiller wrote:> This is somewhat similar to
what happens on android, and probably any systen using an alternate
libc. Guix uses its own libc that expects an /etc/services and other
files. I guess a symlink from /etc to /usr/etc is all you need?.
Yes a symlink does resolve it. But doing it on all my systems is annoying :P

But I wonder how much effort would be required to make this hardcoding
of `/etc/services` more flexible. I'm mean Tumbleweed uses glibc. The
only thing different is that they are moving all/most of config files
from /etc to /usr/etc for $reason.

Message #29 received at 27894 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Jonathan Brielmaier <jonathan.brielmaier <at> web.de>
Cc: Julien Lepiller <julien <at> lepiller.eu>, 27894 <at> debbugs.gnu.org
Subject: Re: bug#27894: Building Guix fails without '/etc/services'
Date: Mon, 24 Feb 2020 17:51:28 +0100

Hi,

Jonathan Brielmaier <jonathan.brielmaier <at> web.de> skribis:

> On 11.02.20 21:40, Julien Lepiller wrote:> This is somewhat similar to
> what happens on android, and probably any systen using an alternate
> libc. Guix uses its own libc that expects an /etc/services and other
> files. I guess a symlink from /etc to /usr/etc is all you need?.
> Yes a symlink does resolve it. But doing it on all my systems is annoying :P
>
> But I wonder how much effort would be required to make this hardcoding
> of `/etc/services` more flexible. I'm mean Tumbleweed uses glibc. The
> only thing different is that they are moving all/most of config files
> from /etc to /usr/etc for $reason.

It seems to me that this question should be addressed in glibc proper.
Perhaps glibc should provide a way to configure this.

Or is openSuSE’s libc configured with --sysconfdir=/usr/etc?

Thanks,
Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.