bug#27894: Building Guix fails without '/etc/services'

bug#27894: Building Guix fails without '/etc/services'

[Leo Famulari]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

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?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#27894: Building Guix fails without '/etc/services'

[Ludovic Courtès]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]

Leo Famulari <leo@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:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 391 bytes --]

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"

[-- Attachment #3: Type: text/plain, Size: 196 bytes --]


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’.

bug#27894: Building Guix fails without '/etc/services'

[Leo Famulari]

On Tue, Aug 01, 2017 at 12:09:12PM +0200, Ludovic Courtès wrote:
> Leo Famulari <leo@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.

bug#27894: Building Guix fails without '/etc/services'

[Jonathan Brielmaier]

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?

bug#27894: Building Guix fails without '/etc/services'

[Julien Lepiller]

Le 11 février 2020 15:10:16 GMT-05:00, Jonathan Brielmaier <jonathan.brielmaier@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?

bug#27894: Building Guix fails without '/etc/services'

[Jonathan Brielmaier]

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.

bug#27894: Building Guix fails without '/etc/services'

[Ludovic Courtès]

Hi,

Jonathan Brielmaier <jonathan.brielmaier@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’.