#20402 - guix cannot download via an http proxy

Package	Source(s)		Maintainer(s)
guix		PTS Buildd Popcon

Message #11 received at 20402@debbugs.gnu.org (full text, mbox, reply):

Received: (at 20402) by debbugs.gnu.org; 22 Apr 2015 09:08:37 +0000
From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 22 05:08:36 2015
Received: from localhost ([127.0.0.1]:35745 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1Ykqe4-0000Wl-Ad
	for submit@debbugs.gnu.org; Wed, 22 Apr 2015 05:08:36 -0400
Received: from mail-lb0-f177.google.com ([209.85.217.177]:36438)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <jrandall@gmail.com>) id 1Ykqe1-0000WO-9V
 for 20402@debbugs.gnu.org; Wed, 22 Apr 2015 05:08:34 -0400
Received: by lbbqq2 with SMTP id qq2so174858982lbb.3
 for <20402@debbugs.gnu.org>; Wed, 22 Apr 2015 02:08:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:content-type;
 bh=Gyf3kDnqWZfMOip4q0SqkgcOYeDbVphkAIS2iDA0C50=;
 b=qBfiXMXwgAeilO5zUNSOdlJpUqP0pdcMv5cj7xq1pA1w9rvOlCDoVtIJ/WKPTMdDth
 QpFPjfg5H522XoM2TmnUB6TRg9e0wUWsgJtx2O//HD9driFhB+4nfp27RJQUkkJlmi97
 LTCk1Cxr1Jtcx+uWVAE5JufjmaAblddY8dMehTM7ABfyHvyXJKS+osPS/YNwfpEO6hoc
 4ZXDgKcvylJZUn27GPEetaBhVzX0iqnuN3XJoPei4vk9X+U5sSKqz/UQzsscHlx3NLkv
 DBfJFiqVwp+S3U22vXlu/uY8Znu4PWrENFjirI3dj7SKt7vOsEnDTKNoYMxqmyfS9/wa
 GlWQ==
MIME-Version: 1.0
X-Received: by 10.112.204.6 with SMTP id ku6mr23515469lbc.73.1429693707251;
 Wed, 22 Apr 2015 02:08:27 -0700 (PDT)
Received: by 10.25.80.9 with HTTP; Wed, 22 Apr 2015 02:08:27 -0700 (PDT)
In-Reply-To: <CAFBLGSN8Gu5-=NsFuHumomtG80jNO94Sjc9AsuSZvkT9R46eEg@mail.gmail.com>
References: <CAFBLGSNKzhWGjCiheo8W5sc=tzmcjw6PkczxsDizVw-nKwnSzQ@mail.gmail.com>
 <CAFBLGSN8Gu5-=NsFuHumomtG80jNO94Sjc9AsuSZvkT9R46eEg@mail.gmail.com>
Date: Wed, 22 Apr 2015 10:08:27 +0100
X-Google-Sender-Auth: 926QvTDAG_MiLobPrtm48j2WrWg
Message-ID: <CAFBLGSOaeXcbZpWAUByAkfe+kanD_2O+x97WW6A02yNPApVKTQ@mail.gmail.com>
Subject: Re: guix cannot download via an http proxy
From: Joshua Randall <jcrandall@alum.mit.edu>
To: 20402@debbugs.gnu.org
Content-Type: multipart/alternative; boundary=001a11c3db828ef7f105144c816d
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 20402
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request@debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit@debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request@debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request@debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

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

After more testing this morning, I see that although the core functionality
is working after applying the proposed patch (i.e. the guix daemon itself
can download things), the derivations are still failing because the
environment is being squashed and so the http_proxy and https_proxy
environment variables are not available to the build. It looks like nix has
a way around this involving setting imputeEnvVars = "http_proxy
https_proxy" so that those variables get copied into the build environment
(for fixed-output derivations only, which makes sense to me).

I'll try to come up with a patch that inserts the imputeEnvVars, but I'm
getting farther from the code I understand so I will probably need some
help in getting it in the right place.

Cheers,

Josh.

On Wed, Apr 22, 2015 at 2:15 AM, Joshua Randall <jcrandall@alum.mit.edu>
wrote:

> Tags: patch
>
> Please find a proposed patch that should fix this issue. I haven't written
> scheme in many years, so please excuse me if I have failed to follow
> convention in any way - I won't be offended at all if you want to refactor
> it. This patch should apply cleanly on the current git master branch and
> also on the v0.8.1 release.
>
> This patch modifies http-fetch (in build/download.scm) such that it calls
> Guile's open-socket-for-uri after fixing up the uri so that it always has a
> port specified. I'm not sure how to test the bootstrapping NSS issue that
> required open-connection-for-uri, but my expectation based on reading the
> source is that this alternative should work for Guile > 2.0.7, and I've
> left the original open-connection-for-uri in there for backwards
> compatibility with Guile < 2.0.7. If someone can test this against a
> situation known to have needed the NSS workaround, that would be great.
>
> I've also changed the only other call to open-connection-for-uri, which is
> in the probe-uri function in scripts/lint.scm - my suspicion is that won't
> be an issue because I'm guessing the lint scripts are not used while
> bootstrapping, so the open-socket-for-uri function will probably be fine
> for the purpose of probing whether a URL is valid.
>
> After applying this patch, guix should use the http proxy support built in
> to Guile >= 2.0.10. This appears to be working for me - I've just started a
> bootstrap and it has now started to successfully download packages - so
> far, so good.
>
> Please let me know if there is anything else I can do to assist with
> getting this issue fixed.
>
> Cheers,
>
> Josh.
>
>

[Message part 2 (text/html, inline)]

Display info messages

Send a report that this bug log contains spam.

debbugs.gnu.org maintainers <help-debbugs@gnu.org>. Last modified: Sun Dec 22 10:03:09 2024; Machine Name: wallace-server

GNU bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

#20402 guix cannot download via an http proxy