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:26:02 +0000 Message-ID: <77125048-BECE-4364-8B7B-01D5AB051F3B@sumou.com> References: <7DD810A8-FBFF-4609-981B-AD6169C384AB@sumou.com> <7A2A3304-5B19-47D6-91A8-960D60294C3B@sumou.com> <52019D8B-FA10-413E-8776-6B594BABFFA1@sumou.com> 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]:55617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gjSa5-000272-JT for help-guix@gnu.org; Tue, 15 Jan 2019 12:32:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gjSTW-00053W-CD for help-guix@gnu.org; Tue, 15 Jan 2019 12:26:07 -0500 Received: from minsky.hcoop.net ([104.248.1.95]:35504) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjSTW-000538-8A for help-guix@gnu.org; Tue, 15 Jan 2019 12:26:06 -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 1gjSTV-0008Eq-92 for help-guix@gnu.org; Tue, 15 Jan 2019 12:26:05 -0500 In-Reply-To: <52019D8B-FA10-413E-8776-6B594BABFFA1@sumou.com> 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 On January 15, 2019 5:13:26 PM UTC, "=E7=99=BD=E3=81=84=E7=86=8A" wrote: >One thing now that I'm thinking =E2=80=94 looking at the error output =E2= =80=94 could >this be somehow associated with https ufiticil? I see that all the >files from all the substitutes =E2=80=9Cguix pull=E2=80=9D is trying to d= ownload are >from https:// locations=2E The first item that it's trying to download >for the update are certificates from letsencrypt=2Eorg=20 > >Could it be that hostnames are resolved fine =E2=80=94 which they are, as= I can >ping successfully any of the sites it's trying to access =E2=80=94 but no= t the >https:// locations?=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?=20 This shouldn't be the case either =E2=80=94 I just tried connecting to let= sencrypt=2Eorg on port 443 by openssl =E2=80=94 no problem=2E So that's not= generating the getaddrinfo error=E2=80=A6=20 -- =E7=99=BD=E3=81=84=E7=86=8A