Hilton Chain <hako@ultrarare.space> writes:

> I think you were referring to "substitute servers" as both "build farms" and
> "mirrors" so I'll be more explicit here.  I have expressed my opinion on 
> "build
> farms" above, and I think there's more need for a direction on "mirrors".

Yes I will update the GCD. The GCD is only about mirrors.

> Regarding mirrors, I think the best option is to add guix into existing public
> mirrors, since they have more resource and experience in operating mirrors.
> Popular public mirrors may also have downstreams, improving the coverage
> further.

Agreed.

> Below are existing attempts I can find:
>
> <snip>
>
> nar-herder can address the performance issue for reverse proxy, but most 
> public
> mirrors may just reject the special setup.  Unless we're going to host all the
> mirrors by ourselves, we need to have a goal on supporting rsync mirroring
> without extra setup.
>
> I'm going to patch guix publish specially for the build farm I run, btw, as a
> temporary solution.  I'll announce it on the list when things are settled.

There's two issues: making it easier for users to set up and use
mirrors, and making it easier to host the mirrors.

I am not familiar with the mirror hosting/rsync/nar side.

If the updated GCD is approved, I can write a patch to add an installer
option to pick a mirror, for the bash script installer on foreign
distros and the Guix system installer. The latter would need to
configure the substitute-urls of guix-service-type. I don't know how to
configure it on a foreign distro though.

> Also there can be another question, since we have two independent build 
> farms, I
> don't see a reason to mirror both if not using our infrastructure, then which
> one should be mirrored?

No idea. Probably ci.guix.gnu.org?

Reply via email to