<div dir="ltr"><br><br><div class="gmail_quote">On Tue, Apr 28, 2015 at 4:48 PM Thomas Tuegel <<a href="mailto:ttuegel@gmail.com">ttuegel@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Apr 28, 2015 at 8:40 AM, Gershom B <<a href="mailto:gershomb@gmail.com" target="_blank">gershomb@gmail.com</a>> wrote:<br>
> More troublesome, I recall that the current scheme for cabal is that it is fully bootstrappable by only depending on GHC base libs and “vendored” dependencies?<br>
<br>
Well, not really. We have an ugly bootstrapping script that downloads<br>
the other dependencies:<br>
<a href="https://github.com/haskell/cabal/blob/master/cabal-install/bootstrap.sh" target="_blank">https://github.com/haskell/cabal/blob/master/cabal-install/bootstrap.sh</a><br>
<br>
Speaking of which...<br>
<br>
On Tue, Apr 28, 2015 at 7:38 AM, Michael Snoyman <<a href="mailto:michael@snoyman.com" target="_blank">michael@snoyman.com</a>> wrote:<br>
><br>
> On Tue, Apr 28, 2015 at 2:56 PM Thomas Tuegel <<a href="mailto:ttuegel@gmail.com" target="_blank">ttuegel@gmail.com</a>> wrote:<br>
>><br>
>> Considering users with cabal-install already, that many dependencies<br>
>> is only a small maintenance problem. Bootstrapping will not be a small<br>
>> problem.<br>
>><br>
><br>
> Can you explain what the bootstrapping issue is here? If it's what I think<br>
> you're getting at, I think I have a simple solution to that:<br>
><br>
> <a href="https://www.stackage.org/lts/build-plan?package=http-client&_accept=application/x-sh" target="_blank">https://www.stackage.org/lts/build-plan?package=http-client&_accept=application/x-sh</a><br>
><br>
> Note that this script generation isn't really highly tested, I put it<br>
> together a few weeks back as a proof-of-concept to help out someone playing<br>
> around with LTS Haskell + Nix.<br>
<br>
Sorry, yes, the bootstrapping issue I referred to was installing<br>
cabal-install starting from just a bare GHC installation, as you<br>
correctly inferred. I think that script you generated is nicer than<br>
what we do now; that would be good to have, regardless of where we<br>
come down on the TLS situation. Is the source code that generates that<br>
script available?<br>
<br><br></blockquote><div><br></div><div>Thank you :)</div><div><br></div><div>Yes, the code is part of the stackage-server code base, available here:</div><div><br></div><div><a href="https://github.com/fpco/stackage-server/blob/master/Handler/BuildPlan.hs#L40">https://github.com/fpco/stackage-server/blob/master/Handler/BuildPlan.hs#L40</a></div><div><br></div><div>When I was working on this for Nix, I offered to make the code a standalone library/tool instead. That offer's still open if it would be useful to others.</div><div><br></div><div>Michael </div></div></div>