From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?55m944GE54aK?= Subject: Re: Guix on Android, getaddrinfo, failure in name resolution Date: Tue, 15 Jan 2019 17:53:28 +0000 Message-ID: References: <7DD810A8-FBFF-4609-981B-AD6169C384AB@sumou.com> <7A2A3304-5B19-47D6-91A8-960D60294C3B@sumou.com> <52019D8B-FA10-413E-8776-6B594BABFFA1@sumou.com> <7f97029168c04559580e64d55b29ca6e@lepiller.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:37694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gjSuF-0000L2-9V for help-guix@gnu.org; Tue, 15 Jan 2019 12:53:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gjSuB-0006Sl-8J for help-guix@gnu.org; Tue, 15 Jan 2019 12:53:41 -0500 Received: from minsky.hcoop.net ([104.248.1.95]:35786) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjSu7-0006Pa-IE for help-guix@gnu.org; Tue, 15 Jan 2019 12:53:37 -0500 Received: from ip-37-188-141-38.eurotel.cz ([37.188.141.38] helo=[10.1.10.1]) by minsky.hcoop.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1gjSu2-0000Ym-S9 for help-guix@gnu.org; Tue, 15 Jan 2019 12:53:31 -0500 In-Reply-To: <7f97029168c04559580e64d55b29ca6e@lepiller.eu> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org -- =E7=99=BD=E3=81=84=E7=86=8A On January 15, 2019 5:24:30 PM UTC, Julien Lepiller = wrote: >If you use ping from the system (android), it uses bionic, which guix >doesn't use=2E You have to test with a tool that uses glibc=2E Oh yes =E2=80=94 obviously you are right! It didn't occur to me I'm using = the android ping =E2=80=94 busybox binary for testing=E2=80=A6=20 >>=20 >> Is this possible? Can it be tested? I don't think you can nslookup or >> whatever an https:// location right? What if guix can't access secure >> sites? Is that possible? > >I don't think it's possible: nslookup doesn't care about the protocol >that's going to be used, it only needs the domain part=2E Maybe you can >try to check that you can actually access the name servers? Access meaning how? I have 8=2E8=2E8=2E8 and 8=2E8=2E4=2E4 set as nameserv= ers=E2=80=A6=20 >If that doesn't work, as a workaround, you can resolve the names that >guix tries to reach, and put this in /etc/hosts: > >23=2E38=2E13=2E120 letsencrypt=2Eorg > >Whether it works or not will tell us more about where the issue could=20 >be=2E Yes! This is getting somewhere =E2=80=94 now on the letsencrypt line it fa= ils with:=20 In procedure socket: Permission denied=20 This reminds me of ping socket errors when elevated privileges have not be= en given to the ping binary=2E :@)=20 It fails with the same error even as root though=2E Hmm=E2=80=A6=20 -- =E7=99=BD=E3=81=84=E7=86=8A