<div dir="auto">I'm probably saying something completely wrong, but can't you leverage the CI system and buildbots to create a Github release that includes the PortIndex and whatsoever and then download it from Github servers via http? What am I missing here?<div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Jun 2020, 02:49 Clemens Lang, <<a href="mailto:cal@macports.org">cal@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Fri, Jun 05, 2020 at 06:05:41PM -0500, Christopher Chavez wrote:<br>
> As a user, I've thought it would be great if MacPorts used git syncing<br>
> by default. I have used git-over-https since 2016 when I was<br>
> constrained to ports 80/443 by a university campus network. I had<br>
> found it also avoided needlessly writing hundreds of MB to the SSD<br>
> when updating the ports tree. If GitHub outages are a concern, then I<br>
> would think falling back to a mirror hosted by<br>
> GitLab/SourceForge/Bitbucket/etc. should be possible.<br>
<br>
The reason why we haven't done this is that you would no longer get a<br>
prebuilt PortIndex. You would have to generate the PortIndex locally,<br>
which costs CPU time and is noticeably slower than downloading a<br>
matching PortIndex from rsync.<br>
<br>
We might eventually figure out a way to provide prebuilt portindexes via<br>
http when syncing from Git, but that needs to be set up on the server<br>
side, implemented on the client side and thoroughly tested.<br>
<br>
-- <br>
Clemens<br>
</blockquote></div>