Curious how this will affect armhf systems, as berlin didn't tend to have many substitutes for armhf. Rekado mentioned on irc that the builders that were running on hydra could be reconfigured to wor
Hi Chris, thank you for your CDN testing environment! [...] [...] [...] measures from my office network: Italy, 20Km north Milan, FTTC (90Mbit/sec measured bandwidth) measure from Berlin: --8<--cut h
Am 09.12.2018 um 04:33 schrieb Chris Marusich: Instead, we would be using a CDN as a performance optimization that is transparent to a Guix user. You seem unsettled by the idea of entrusting any part
Hi! Leo Famulari <address@hidden> skribis: So first, note that there’s a narinfo cache in /var/guix/substitute/cache. First step is to rm -rf that. Next, you can remove all the narinfo cache of you
Another (faster) test from a different machine with Guix System 020184f, same place and network (60 Mbps): El 25/05/23 a las 15:49, Luis Felipe escribió: I'm in Colombia, Aburrá Valley, Guix System
Hi, When I started to try Guix several months ago, the network speed to substitute servers from China is very slow (<100kB/s). I don't know what has changed but recently the network speed is about 1M
Hello, Jan Nieuwenhuizen <address@hidden> skribis: [...] Well, that’s redundant, redundant! Please use https://mirror.hydra.gnu.org, not https://hydra.gnu.org. Second, mirror.guixsd.org and mirror.
How about adding/replacing by https://mirror.guixsd.org? It would be good to (also) have a mirror URL under our control, so we could act quickly in case of a problem independently of the FSF sysadmin
And I guess to be on the safe side you'd use hydra, too, in that list, i.e. - --substitute-urls="http://fps.io:9999 http://hydra.gnu.org" to get what's missing from my box from hydra.. But sadly this
Am 17.05.2018 um 08:27 schrieb Pierre Neidhardt: Same for me. I find it esp. irritating to see info like this: substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% s
I have enabled an rsync daemon on ci.guix.gnu.org to share the “guix publish” cache. There are a few things missing: * not all files in /gnu/cache/guix can be read due to overly restrictive permi
I had a similar experience from India, with similar bandwidth on average (<100kB/s). It took a lot of patience to install Guix! :p I haven't been to Asia recently, but I'm glad to hear it's getting b
Using CloudFront with a custom (non-S3) origin sounds like a reasonable solution to me, though I understand the hesitance to use a commercial service. If AWS CloudFront is the path chosen, it may be
Hi Hartmut, Hartmut Goebel <address@hidden> skribis: As you know, berlin.guixsd.org is hosted at the Max Delbrück Center in Berlin, a public research institute. So in a way, we’re already doing th
Hi all, my two cents... (I can't still help with a public cache, I hope soon...) [...] I completely agree with you, decentralization is the solution unfortunately the **only functioning** way is to a
Many people prefer the original version despite the availability of a good translation. You might also live in China and not be a fluent speaker. I think it makes sense to add it to the English manua