<div dir="ltr">That would be great. I could then add your repo as a submodule, and someone would just need to pull both for updates. I assume that it would be pretty easy for you to reset the commits, since only new versions will be added and there would be nothing in the commit history you would need to preserve.<div>
<br></div><div>Alternatively, if the commits themselves cannot be removed easily, a new repo could be created for each version. Then, the submodules reference can just be updated instead of updating the submodule itself.</div>
<div><br></div><div>We could also use releases on the tor-download-web repo, and then have a script download the files for each release automatically. The script can be updated through git to take care of updating the files.</div>
<div><br></div><div>Which solution seems best?</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 4, 2014 at 6:00 PM, Griffin Boyce <span dir="ltr"><<a href="mailto:griffin@cryptolab.net" target="_blank">griffin@cryptolab.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">William Papper wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
If we can go up to 1.7GB, then that's not a problem. There could also<br></div>
be a simple script setup to clone tbb-bin [6] if GitHub does start to<div class=""><br>
enforce the limit on our repo, or we could start looking at external<br>
sources. My ideal is that someone can just use "git clone" and have a<br>
working mirror, so I'd prefer for the script to be a backup plan.<br>
<br>
Is tbb-bin currently updated by a script, or is everything done<br>
manually?<br>
</div></blockquote>
<br>
  Everything is done manually.  If this gets used as the source for mirror downloads, I'd likely remove the version numbers (with a mention in the readme) so that out-of-date pages will continue to link to working bundles.  And right now I blow away the repo entirely instead of updating it, but I can just set up a different process to redact the old bundle commits and add new ones.  (Rather than have git store all the outdated bundles, which could get problematic when cloning).<span class="HOEnZb"><font color="#888888"><br>

<br>
~Griffin</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>______________________________<u></u>____________<br>
Tor Website Team coordination mailing-list<br>
<br>
To unsubscribe or change other options, please visit:<br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team" target="_blank">https://lists.torproject.org/<u></u>cgi-bin/mailman/listinfo/www-<u></u>team</a><br>
</div></div></blockquote></div><br></div>