<div dir="ltr">I'm sure we could make git handle the tarballs, but it just seems like the wrong tool for the job. We'd have to use multiple advanced features of git where a simple wget/curl would do. Versioning is also a moot point, since we would embed versions in filenames. In fact, versioning would be easier and nicer when the filenames with versions are in a file on the main repository rather than in a submodule.<div><br></div><div>I was thinking of performing the wget (if necessary) in the Makefile, to further bring down the number of steps that users have to execute for a working build. Any strong objections?</div><div><br></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">Whom should I contact to get some static files deployed in a folder under </span><a href="http://haskell.org/" target="_blank" style="font-family:arial,sans-serif;font-size:13px">haskell.org</a><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">?</span><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 29, 2014 at 11:40 AM, Thomas Miedema <span dir="ltr"><<a href="mailto:thomasmiedema@gmail.com" target="_blank">thomasmiedema@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>
> 3. Why is ghc-tarballs a git repository? That does not seem very wise.<br>
</span>[...]<br>
<span>> Could we have a stable folder under <a href="http://haskell.org/" target="_blank">haskell.org/</a> to put the files in, to<br>
> make sure that they never go away, and just wget/curl them from there?<br>
<br>
</span><a href="http://thread.gmane.org/gmane.comp.lang.haskell.ghc.devel/4883/focus=4887" target="_blank">http://thread.gmane.org/gmane.comp.lang.haskell.ghc.devel/4883/focus=4887</a><span><br></span></blockquote><div><br></div></span><div>Hmm, that was a while ago. Whom should I contact to get the files deployed under <a href="http://haskell.org" target="_blank">haskell.org</a>?</div></div></div></div></blockquote><div><br></div></span><div>Here's a different solution to the 'big binary blobs' problem:</div><div><br></div><div>* Keep the ghc-tarballs git repository, and add it as a submodule</div><div>* Make sure it doesn't get cloned by default  </div><div>git config -f .gitmodules submodule.ghc-tarballs.update none</div><div>* Windows developers run (after initial clone --recursive of the ghc repository, one time):</div><div><div>git config submodule.ghc-tarballs.update checkout</div><div>git submodule update --depth=1</div></div><div>* After that, windows developers run the normal:</div><div>git submodule update</div><div><br></div><div>The advantages are:</div><div>* only the most recent ghc-tarballs commit gets cloned initially</div><div>* subsequent 'git submodule update' runs will make sure always the most recent version of ghc-tarballs is available</div><div>* full history of ghc-tarballs is tracked, easier bisecting</div><div>* no extra scripts needed</div><div><br></div><div>I don't know how much space overhead git adds. wget-ting just the files themselves might still be faster.</div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Gintautas Miliauskas
</div>