From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 09 14:22:39 2022 Received: (at submit) by debbugs.gnu.org; 9 Feb 2022 19:22:39 +0000 Received: from localhost ([127.0.0.1]:52691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHsY2-0005JK-KL for submit@debbugs.gnu.org; Wed, 09 Feb 2022 14:22:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:60132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHsXz-0005Iz-RB for submit@debbugs.gnu.org; Wed, 09 Feb 2022 14:22:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44694) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHsXz-00015V-4M for bug-guix@gnu.org; Wed, 09 Feb 2022 14:22:35 -0500 Received: from latitanza.investici.org ([82.94.249.234]:33439) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHsXi-0003m5-PR for bug-guix@gnu.org; Wed, 09 Feb 2022 14:22:34 -0500 Received: from mx3.investici.org (unknown [127.0.0.1]) by latitanza.investici.org (Postfix) with ESMTP id 4Jv8r86vl5zGp3w for ; Wed, 9 Feb 2022 19:21:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onenetbeyond.org; s=stigmate; t=1644434488; bh=LppPONiJWpCD5voDtyxrFqIuVwEFgXcSVcBvPDTcavY=; h=From:To:Subject:Date:From; b=dAbHzNlG9ngCSi23Nme3eSCQk32fLk0DgvQQPbXVlMYM4Jvbd/KJoEVlTUSZs0VfT M4Xy/02nCWZl7CtRfNt1jCUq8Ml3cE+wzQq5kou1AlMBkXzQ4JymFVr/vymdklGahz DbOpKrreKkxqrPcgpJ5LANU0+Ct5qddaCErH/FdM= Received: from [82.94.249.234] (mx3.investici.org [82.94.249.234]) (Authenticated sender: dal-blazej@onenetbeyond.org) by localhost (Postfix) with ESMTPSA id 4Jv8r867ZfzGp3p for ; Wed, 9 Feb 2022 19:21:28 +0000 (UTC) From: dal-blazej@onenetbeyond.org To: bug-guix@gnu.org Subject: Using an http proxy, derivation failed Date: Wed, 09 Feb 2022 20:21:23 +0100 Message-ID: <87pmnvj170.fsf@onenetbeyond.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=82.94.249.234; envelope-from=dal-blazej@onenetbeyond.org; helo=latitanza.investici.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi, I am trying to get Guix in a QubesOS/debian 11 template. QubesOS expose a proxy in its templates, used mostly by apt and dnf. For some reason all my attempts to modify the systemd unit were un-successful so I simply exported it on the command line. However as you can see in the following backtrace, that is not working as expected. $ export https_proxy=http://localhost:8082/ ; guix pull hint: Consider installing the `glibc-locales' package and defining `GUIX_LOCPATH', along these lines: guix install glibc-locales export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" See the "Application Setup" section in the manual, for more info. Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git 515406f Computing Guix derivation for 'x86_64-linux'... \substitute: hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and substitute: defining `GUIX_LOCPATH', along these lines: substitute: substitute: guix install glibc-utf8-locales substitute: export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" substitute: substitute: See the "Application Setup" section in the manual, for more info. substitute: hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines: guix install glibc-utf8-locales export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" See the "Application Setup" section in the manual, for more info. guix substitute: error: host name lookup error: Name or service not known Backtrace: 14 (primitive-load "/gnu/store/m8ipcivlnaqr4y9hpxiiqi2pn1wldcia-compute-guix-derivation") In ice-9/eval.scm: 155:9 13 (_ _) 159:9 12 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)) In ice-9/boot-9.scm: 152:2 11 (with-fluid* _ _ _) 152:2 10 (with-fluid* _ _ _) In ./guix/store.scm: 2129:24 9 (run-with-store # # ?) 1966:8 8 (_ #) In ./guix/gexp.scm: 296:22 7 (_ #) 1180:2 6 (_ #) 1046:2 5 (_ #) 892:4 4 (_ #) In ./guix/store.scm: 2014:12 3 (_ #) 1406:5 2 (map/accumulate-builds # # ?) 1421:15 1 (_ # ("/gnu/store/gmi62pbnf0jfish26chd7pvfzs2rzlxa-guile-ssh-?" ?) ?) 1421:15 0 (loop #f) ./guix/store.scm:1421:15: In procedure loop: ERROR: 1. &store-protocol-error: message: "some substitutes for the outputs of derivation `/gnu/store/ak595vg1ij7vf3vxx3srk60dvwz6zxry-gnutls-3.7.2.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source " status: 1 guix pull: error: You found a bug: the program '/gnu/store/m8ipcivlnaqr4y9hpxiiqi2pn1wldcia-compute-guix-derivation' failed to compute the derivation for Guix (version: "515406f20f0f2a69f8701ce3ece8121dbc4fb5dd"; system: "x86_64-linux"; host version: "4578ad78bee1dfd450962627ae66d3e15ebadad2"; pull-version: 1). Please report the COMPLETE output above by email to . From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 12 06:21:11 2022 Received: (at 53904) by debbugs.gnu.org; 12 Feb 2022 11:21:11 +0000 Received: from localhost ([127.0.0.1]:33600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIqSl-00018h-Id for submit@debbugs.gnu.org; Sat, 12 Feb 2022 06:21:11 -0500 Received: from jpoiret.xyz ([206.189.101.64]:56554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIqSj-00018Z-Mu for 53904@debbugs.gnu.org; Sat, 12 Feb 2022 06:21:10 -0500 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id ECF8F184F2D; Sat, 12 Feb 2022 11:21:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1644664868; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jVXUHgxe9Bc9WzwlKha7bqWYOgUJEDC6L/r9Lw+UfaE=; b=P/mxJfi1h+lm8AfjZ5yiBygHmqpcjwCKUWwXKyNOP0mnaaHZIFDjmywa0KIWSSerAC1sj1 AWy6pXMSX0S/TFl6EGt4XXPbzxDju8VJItz5ShlF8e1qqpohDmgO1c28lw2QG7mfj7lX71 0R4/B4U7Ad3GfCOnKXcgDBWVPKuPkDLGAm+WKyL8ub00qgjm1CoMj02vF2ErMbLcdWPBg9 Akp90FjO9CnMvEqTDIwTiewjqZ6zuXUk3ttwLpTvYb42+1qhH2YQk7DUaLLkvFRsmJmt5z Nh0GJWkZGUc0M5iSoLZqPhS3HMuf7kndvaQTdxzmsCJXjgxX2ZXvE4Lj5IYgfw== From: Josselin Poiret To: dal-blazej@onenetbeyond.org, 53904@debbugs.gnu.org Subject: Re: bug#53904: Using an http proxy, derivation failed In-Reply-To: <87pmnvj170.fsf@onenetbeyond.org> References: <87pmnvj170.fsf@onenetbeyond.org> Date: Sat, 12 Feb 2022 12:21:07 +0100 Message-ID: <87fsoomiu4.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: text/plain Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spamd-Bar: / X-Spam-Score: 2.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, dal-blazej--- via Bug reports for GNU Guix writes: > Hi, > > I am trying to get Guix in a QubesOS/debian 11 template. QubesOS expose a proxy > in its templates, used mostly by apt and dnf. > > For some reason all my attempts to modify the systemd unit [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. X-Debbugs-Envelope-To: 53904 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, dal-blazej--- via Bug reports for GNU Guix writes: > Hi, > > I am trying to get Guix in a QubesOS/debian 11 template. QubesOS expose a proxy > in its templates, used mostly by apt and dnf. > > For some reason all my attempts to modify the systemd unit [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Hello, dal-blazej--- via Bug reports for GNU Guix writes: > Hi, > > I am trying to get Guix in a QubesOS/debian 11 template. QubesOS expose a proxy > in its templates, used mostly by apt and dnf. > > For some reason all my attempts to modify the systemd unit were > un-successful so I simply exported it on the command line. However as > you can see in the following backtrace, that is not working as expected. As noted in the manual, the guix daemon itself (and not the commands that communicate with it) needs to have the https_proxy environment variable set. What went wrong while modifying the systemd unit? Best, -- Josselin Poiret From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 02 09:50:26 2022 Received: (at 53904) by debbugs.gnu.org; 2 Mar 2022 14:50:26 +0000 Received: from localhost ([127.0.0.1]:39462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPQJ8-0004gt-3P for submit@debbugs.gnu.org; Wed, 02 Mar 2022 09:50:26 -0500 Received: from confino.investici.org ([212.103.72.250]:57851) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPQJ4-0004gi-Ua for 53904@debbugs.gnu.org; Wed, 02 Mar 2022 09:50:24 -0500 Received: from mx1.investici.org (unknown [127.0.0.1]) by confino.investici.org (Postfix) with ESMTP id 4K7xqc6Zd1z10xV; Wed, 2 Mar 2022 14:50:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onenetbeyond.org; s=stigmate; t=1646232620; bh=Y1HwQ0UnOhjqfuNN1yPG5m5iUtcn1cYHP9wjdnnRmvQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ZZuPZIsqcKeeINnvBkmS4yD7ojy57pUZCT9YdrZHaW8V+mzmaqK4jgtqUbyZk4r5b GhT1C+E+IymSgNZ3zKdEEPnFlv3nS0MswL3l1xzhGzjAZIysjdNBXsLmnRJooy/PMp /MoiPXza4MMDwyJKKc0QWTRXoZAHV2G05CmGsw50= Received: from [212.103.72.250] (mx1.investici.org [212.103.72.250]) (Authenticated sender: dal-blazej@onenetbeyond.org) by localhost (Postfix) with ESMTPSA id 4K7xqc2M0lz10ws; Wed, 2 Mar 2022 14:50:19 +0000 (UTC) From: dal-blazej@onenetbeyond.org To: Josselin Poiret Subject: Re: bug#53904: Using an http proxy, derivation failed References: <87pmnvj170.fsf@onenetbeyond.org> <87fsoomiu4.fsf@jpoiret.xyz> Date: Wed, 02 Mar 2022 15:50:08 +0100 In-Reply-To: <87fsoomiu4.fsf@jpoiret.xyz> (Josselin Poiret's message of "Sat, 12 Feb 2022 12:21:07 +0100") Message-ID: <877d9ccstb.fsf@onenetbeyond.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi debbugs, The following mails was not CC to 53904@debbugs.gnu.org so let's correct that : * 1 dal to jpoiret Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.103.72.250 listed in wl.mailspike.net] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. X-Debbugs-Envelope-To: 53904 Cc: 53904@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) Hi debbugs, The following mails was not CC to 53904@debbugs.gnu.org so let's correct that : * 1 dal to jpoiret Hi Josselin, Josselin Poiret writes: > What went wrong while modifying the systemd unit? The systemd unit file from debian looks like that (I only added the https_proxy, with localhost or 127.0.0.1, with or without the leading http://): #+begin_src conf :tangle "/etc/systemd/system/guix-daemon.service" # This is a "service unit file" for the systemd init system to launch # 'guix-daemon'. Drop it in /etc/systemd/system or similar to have # 'guix-daemon' automatically started. [Unit] Description=3DBuild daemon for GNU Guix [Service] ExecStart=3D/var/guix/profiles/per-user/root/current-guix/bin/guix-daemon -= -build-users-group=3Dguixbuild Environment=3D'GUIX_LOCPATH=3D/var/guix/profiles/per-user/root/guix-profile= /lib/locale' LC_ALL=3Den_US.utf8 'https_proxy=3Dhttp://localhost:8082/' RemainAfterExit=3Dyes StandardOutput=3Dsyslog StandardError=3Dsyslog # See . # Some package builds (for example, go@1.8.1) may require even more than # 1024 tasks. TasksMax=3D8192 [Install] WantedBy=3Dmulti-user.target #+end_src After reloading the daemons and restarting the daemon : guix pull: error: failed to connect to `/var/guix/daemon-socket/socket': Co= nnection refused By the way, I previously tested the proxy itself via wget and it works. I also tried some others variations on the unit file without more su= ccess. * 2 jpoiret to dal Hello, dal-blazej@onenetbeyond.org writes: > After reloading the daemons and restarting the daemon : > > guix pull: error: failed to connect to `/var/guix/daemon-socket/socket': = Connection refused > > By the way, I previously tested the proxy itself via wget and it > works. I also tried some others variations on the unit file without more = success. I'm not very familiar with the Debian Guix package, but can you check that /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon does indeed exist? If not, you may need to log-in as root, and run `guix pull` there. Did the systemd unit ever work, and if not, how do you run the Guix daemon? Best, --=20 Josselin Poiret * 3 dal to jpoiret Thanks for your help Josselin. I precise that I am able to run guix in a debian standaloneVM without proxy. I feared to have messed up something in that template so I started again from scratch. - I modified /usr/lib/systemd/system/guix-daemon.service and /usr/lib/systemd/system/guix-publish.service to use https_proxy=3Dhttp:///127.0.0.1:8082 > I'm not very familiar with the Debian Guix package, but can you check > that /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon does > indeed exist? - /var/guix/profiles/per-user/root/current-guix doesn't exist. > If not, you may need to log-in as root, and run `guix pull` there. - guix pull (as user or root) : #+begin_exemple Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.or= g/git/guix.git'... guix pull: error: Git error: failed to resolve address for git.savannah.gnu.org: Temporary failure in name resolution #+end_exemple I am still able to use my proxy with wget. > Did the systemd unit ever work, and if not, how do you run > the Guix daemon? - guix-daemon.service is now running without error. - guix-publish.service throw an error (but I guess it is another issue): #+begin_exemple =E2=97=8F guix-publish.service - Publish the GNU Guix store Loaded: loaded (/lib/systemd/system/guix-publish.service; enabled; ven= dor preset: enabled) Active: failed (Result: exit-code) since Thu 2022-02-17 16:44:00 CET; = 7min ago Process: 7397 ExecStart=3D/usr/bin/guix publish --user=3Dnobody --port= =3D8181 (code=3Dexited, status=3D1/FAILURE) Main PID: 7397 (code=3Dexited, status=3D1/FAILURE) CPU: 184ms Feb 17 16:44:00 localhost systemd[1]: Started Publish the GNU Guix store. Feb 17 16:44:00 localhost guix[7397]: guix publish: error: open-file: No su= ch file or directory: "/etc/guix/signing-key.pub" Feb 17 16:44:00 localhost systemd[1]: guix-publish.service: Main process ex= ited, code=3Dexited, status=3D1/FAILURE Feb 17 16:44:00 localhost systemd[1]: guix-publish.service: Failed with res= ult 'exit-code'. #+end_exemple From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 08 03:42:21 2022 Received: (at 53904) by debbugs.gnu.org; 8 Mar 2022 08:42:21 +0000 Received: from localhost ([127.0.0.1]:55172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRVQC-00051f-Ss for submit@debbugs.gnu.org; Tue, 08 Mar 2022 03:42:21 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54872) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRVQA-00051P-Oh for 53904@debbugs.gnu.org; Tue, 08 Mar 2022 03:42:19 -0500 Received: from [2001:470:142:3::e] (port=34438 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRVQ5-0002CQ-0o; Tue, 08 Mar 2022 03:42:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=EL8Sk+jNItsJKo820w0qNK440zjqJnmiKhdHxT0TCJk=; b=ntC5eaKcnCEMNmHpBtuD xl8MLy7gFx44AFhk+7Xzk1xYuWXIS+o0nKgd+nBAiXH+77HlJXB2IIjFRKdukfHZEJd62UHbuNvBZ 1qh5upBVg+pViyDlitz6+T9c8fpdUR+MsH5stOVdjtY00OI6tAO9x0YkOI2AyI4P/MD4SNUk0Zu9V pOaG+fixsGzr+fOHIE6f4IENj71ehsPo3noLE6fX9zms9uw4IjhJ/dazHjXbJti5DQ0ZsJ6/jSAgp BmRx4TbqGN3vEcgg4pTkyI87SVcOUeg170koDmYcZRiooYrnQoEVTtbThxmLaRQtCqOcOmcYDC5N/ sdBwVZdLgMwSsg==; Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=38486 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRVQ4-0003bI-Ha; Tue, 08 Mar 2022 03:42:12 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: dal-blazej@onenetbeyond.org Subject: Re: bug#53904: Using an http proxy, derivation failed References: <87pmnvj170.fsf@onenetbeyond.org> <87fsoomiu4.fsf@jpoiret.xyz> <877d9ccstb.fsf@onenetbeyond.org> Date: Tue, 08 Mar 2022 09:42:10 +0100 In-Reply-To: <877d9ccstb.fsf@onenetbeyond.org> (dal-blazej@onenetbeyond.org's message of "Wed, 02 Mar 2022 15:50:08 +0100") Message-ID: <87wnh496ot.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 53904 Cc: Josselin Poiret , 53904@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, dal-blazej@onenetbeyond.org skribis: > The systemd unit file from debian looks like that > (I only added the https_proxy, with localhost or 127.0.0.1, with or > without the leading http://): [...] > [Service] > ExecStart=3D/var/guix/profiles/per-user/root/current-guix/bin/guix-daemon= --build-users-group=3Dguixbuild > Environment=3D'GUIX_LOCPATH=3D/var/guix/profiles/per-user/root/guix-profi= le/lib/locale' LC_ALL=3Den_US.utf8 'https_proxy=3Dhttp://localhost:8082/' Looks good to me. > After reloading the daemons and restarting the daemon : > > guix pull: error: failed to connect to `/var/guix/daemon-socket/socket': = Connection refused This suggests that guix-daemon is not running. Could it be that it failed to start? Does =E2=80=98journalctl -u guix-daemon.service=E2=80=99 = contain any clue? BTW, according to the output you pasted earlier (in particular the noisy locale warnings), it seems that your daemon needs an update. Check out . Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 08 14:36:11 2022 Received: (at 53904) by debbugs.gnu.org; 8 Mar 2022 19:36:12 +0000 Received: from localhost ([127.0.0.1]:57970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRfcw-0004km-2U for submit@debbugs.gnu.org; Tue, 08 Mar 2022 14:36:11 -0500 Received: from latitanza.investici.org ([82.94.249.234]:49153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRfcq-0004kX-Os for 53904@debbugs.gnu.org; Tue, 08 Mar 2022 14:36:08 -0500 Received: from mx3.investici.org (unknown [127.0.0.1]) by latitanza.investici.org (Postfix) with ESMTP id 4KCltW2ZG8zGp3m; Tue, 8 Mar 2022 19:36:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onenetbeyond.org; s=stigmate; t=1646768163; bh=SKih3LQeIgUw2tYJumqcDy9b/JAuIcvnD39FqCofOxg=; h=From:To:Cc:Subject:References:Date:From; b=EOXeWMWIgYlozCMDOAWhyMQ6UiKE6+KwVvYu5eX2PJT0Y6l3uCC+cBgZY6tReV1AP 5dKHQwlN+ah3WorEdXJi3V7HdQGVCUfgesCHbSpkSa7ZICjdvy7tjIPlbcHvnJFI5f IlgxclIqqE7fi3S6lA4OT0yE+T5Kh5a30eR+HLsE= Received: from [82.94.249.234] (mx3.investici.org [82.94.249.234]) (Authenticated sender: dal-blazej@onenetbeyond.org) by localhost (Postfix) with ESMTPSA id 4KCltV57gczGp2y; Tue, 8 Mar 2022 19:36:02 +0000 (UTC) From: dal-blazej@onenetbeyond.org To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#53904: Using an http proxy, derivation failed References: <87pmnvj170.fsf@onenetbeyond.org> <87fsoomiu4.fsf@jpoiret.xyz> <877d9ccstb.fsf@onenetbeyond.org> <87wnh496ot.fsf@gnu.org> Date: Tue, 08 Mar 2022 20:35:55 +0100 Message-ID: <878rtkz17o.fsf@onenetbeyond.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 53904 Cc: Josselin Poiret , 53904@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Ludovic Court=C3=A8s writes: >> guix pull: error: failed to connect to `/var/guix/daemon-socket/socket':= Connection refused > > This suggests that guix-daemon is not running. Could it be that it > failed to start? Does =E2=80=98journalctl -u guix-daemon.service=E2=80= =99 contain any > clue? > > BTW, according to the output you pasted earlier (in particular the noisy > locale warnings), it seems that your daemon needs an update. Check out > . Yes It needs an update but it can't. That's the issue ;) Sorry, I think my CC error has lead to some confusion. My last mail stated I started from scratch (new virtual machine, new guix installation) : - with the https_proxy defined inside the systems service file. - with the daemon running So please, ignore the first errors. In this case the error seems clearly that : $ guix pull use git, and _guix does not pass to git the https_proxy_. Fortunately I can update by passing the https_proxy on the command: $ https_proxy=3Dhttps://127.0.0.1:8082 guix pull To make it clear, both the variable in the systemd service file and on the command line are necessary to successfully run guix pull. But as you stated it shouldn't, it still looks like a bug.