From: raid5atemyhomework via Bug reports for GNU Guix <bug-guix@gnu.org>
To: "46942@debbugs.gnu.org" <46942@debbugs.gnu.org>
Subject: bug#46942: ci.guix.gnu.org is slow from my system
Date: Fri, 05 Mar 2021 12:41:34 +0000 [thread overview]
Message-ID: <B2rGBGXuPprLVfDpjZ9D8nyA6jXmGlXasaaPuk5XCsfizBziMqyN30BPDkTbvnTnYMBIPTPn52zh8XbqoBdKsukVvfDN2mbT4CfsmcvSFnw=@protonmail.com> (raw)
In-Reply-To: <gGJ5ufbP7AiW8HkFcWkPNmZl1dqnZ_74LuNAZ_Ey-y3TF8cDLEwQrK0P9aE7KmsZRZ0Lr32EiUB_0L8BD5MkoHdptYv49ImcU8_gaENiMRs=@protonmail.com>
Hi all,
> > - Is there a way to make `guix-daemon` use a Tor proxy? I have two systems using Guix, one is a Guix System, the other is using a foreign distro, and I'd like to adjust both to use Tor instead since it's faster.
>
> I saw that`guix-daemon` respects `http_proxy` and `https_proxy` envvars, but trying it out on my foreign-distro Guix computer, adding `https_proxy=socks5h://127.0.0.1:9050 http_proxy=socks5h://127.0.0.1:9050` to the `systemd` service file doesn't work.
>
> guix substitute: error: TLS error in procedure 'handshake': The TLS connection was non-properly terminated.
> substitution of /gnu/store/1bdldr80p39g1mjnh76xw6hmwqrrb8lz-wine64-6.0 failed
> guix package: error: some substitutes for the outputs of derivation `/gnu/store/wr9kf2bgcsvwxcmhnl9lf047nr8xcklc-wine64-6.0.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
>
>
> Looking at the foreign distro's syslog:
>
> Mar 5 19:52:03 developer guix-daemon[145182]: accepted connection from pid 145190, user raid5atemyhomework
> Mar 5 19:52:05 developer guix-daemon[145200]: spurious SIGPOLL
> Mar 5 19:52:07 developer Tor[1029]: Socks version 67 not recognized. (This port is not an HTTP proxy; did you want to use HTTPTunnelPort?)
>
>
> So it looks to me that`guix-daemon` expects `https_proxy` to be an HTTPS proxy and not a SOCKS5/SOCKS5H proxy. I'll look into Tor's HTTPTunnelPort.
On the foreign distro computer, adding an `HTTPTunnelPort 9080` to `/etc/tor/torrc` and then adding `http_proxy=https://127.0.0.1:9080 https_proxy=https://127.0.0.1:9080` to `guix-daemon.service`, then restarting services, seems to work.
```
ownloading from https://ci.guix.gnu.org/nar/lzip/1bdldr80p39g1mjnh76xw6hmwqrrb8lz-wine64-6.0 ...
wine64-6.0 54.4MiB 579KiB/s 01:36 [##################] 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivation will be built:
/gnu/store/7mr17xka558smr0c76crf9g727ccj76g-profile.drv
3.2 MB will be downloaded
downloading from https://ci.guix.gnu.org/nar/lzip/gs3li4m0ydajm57r0qn1wvsdyfsa68p7-font-gnu-unifont-13.0.06 ...
font-gnu-unifont-13.0.06 3.0MiB 515KiB/s 00:06 [##################] 100.0%
```
The above is significantly better than the previous runs where I get 11KiB/s, and matches the speeds I get from `torify wget`.
While it's a good ***workaround*** for my problem instead of me silently weeping at the ridiculous slowness of Guix substitutes, it doesn't solve my root problem:
* SOMETHING between my ISP and ci.guix.gnu.org is throttling access to the substitutes.
* Given that I have been using my ISP for a year without experiencing such spurious slowdowns, and I have been using ci.guix.gnu.org for the past few months only and have been hit with this slowness in the past month or so, I am more inclined to blame ci.guix.gnu.org, but please tell me how I can find out what is throttling the bandwidth here. The fact that Tor is ***FASTER*** is very suspicious.
Thanks
raid5atemyhomework
next prev parent reply other threads:[~2021-03-05 12:42 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-05 11:22 bug#46942: ci.guix.gnu.org is slow from my system raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 11:48 ` Christopher Baines
2021-03-05 12:12 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 12:26 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 12:41 ` raid5atemyhomework via Bug reports for GNU Guix [this message]
2021-03-05 12:41 ` zimoun
2021-03-05 13:00 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 14:46 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 18:39 ` zimoun
2021-03-05 22:57 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 23:48 ` zimoun
2021-03-06 0:23 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-06 0:42 ` zimoun
2021-03-15 0:13 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-15 7:21 ` Maxime Devos
2021-03-15 10:01 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-15 10:14 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-16 12:38 ` raid5atemyhomework via Bug reports for GNU Guix
2021-03-05 19:40 ` Leo Famulari
2021-03-05 21:53 ` Julien Lepiller
2021-03-05 22:12 ` Leo Famulari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='B2rGBGXuPprLVfDpjZ9D8nyA6jXmGlXasaaPuk5XCsfizBziMqyN30BPDkTbvnTnYMBIPTPn52zh8XbqoBdKsukVvfDN2mbT4CfsmcvSFnw=@protonmail.com' \
--to=bug-guix@gnu.org \
--cc=46942@debbugs.gnu.org \
--cc=raid5atemyhomework@protonmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).