<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 20, 2016 at 10:01 AM, Anton Korobeynikov via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="">> P.S.: On a similar note, are there any news regarding <a href="http://llvm.org/apt" rel="noreferrer" target="_blank">llvm.org/apt</a>?<br>
</span>We are working on it. Note, however, that it seems that the majority<br>
of bogus load seemed to come from CI systems, which pulled apt repo<br>
for every and each downstream commit without any caching / checking<br>
whether the mainline changed. We would certainly try to limit such<br>
behavior if / when new APT mirror will be established.<br></blockquote><div><br></div><div>I believe many projects have now switched to uncached downloads from <a href="http://llvm.org/releases">llvm.org/releases</a> (Boost.Hana also does this uncached atm.). Caching on e.g. Travis and CircleCI is not easily available for APT repositories; I think that's why noone bothered. For simple file downloads it is much easier, so perhaps a little explaining text can be added to the message on <a href="http://llvm.org/apt">llvm.org/apt</a> .</div><div>Example Travis script with caching:</div><div><a href="https://github.com/ldc-developers/ldc/blob/master/.travis.yml">https://github.com/ldc-developers/ldc/blob/master/.travis.yml</a><br></div><div><br></div><div>-Johan</div><div><br></div></div></div></div>