<div dir="ltr">theres a bit of work planned out for the next year or so to make it so cabal can have reasonable "package manager" esque powers so you can evade many of the issues none sandboxed builds have.  Theres also the flip side, that having sandboxed builds by default would make it none obvious how to install all sorts of neat CLI utils like pandoc!<div>

<br></div><div style>if you want to help out, get involved in cabal / cabal-install dev! they always need more people helping!</div><div style> :)</div><div style><br></div><div style><br></div><div style>--Carter</div></div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 1, 2013 at 1:58 PM, Rogan Creswick <span dir="ltr"><<a href="mailto:creswick@gmail.com" target="_blank">creswick@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"><div class="im">On Fri, Nov 1, 2013 at 6:30 AM, Gregory Guthrie <span dir="ltr"><<a href="mailto:guthrie@mum.edu" target="_blank">guthrie@mum.edu</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   "I *strongly* suggest everyone start transitioning from cabal-dev to cabal sandboxes."<br>
<br>
Is there any reason that this is not just the default install mode for Cabal?<br></blockquote><div><br></div></div><div>I'm on the fence about this -- iirc, ruby has a similar concept (revn?) that has this default, and it can be quite confusing (and, in my experience, generates a fair bit of clutter, although that would probably go down with experience.)</div>



<div><br></div><div>Perhaps if cabal prompted for confirmation when creating a new sandbox (but only if running in an interactive context)? I could see my self inadvertently cabal-installing utilities (eg: newt, bnfc, etc...) in sandboxes on accident.</div>

<span class="HOEnZb"><font color="#888888">

<div><br></div><div>--Rogan</div></font></span><div class="im"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Anything that prevents the current cabal-swamp of broken dependencies is a great help. I have tried to use Haskell in some classes, but it is hard when students (and I) cannot install packages, and the only answer is the Microsoft-like; "delete everything and start over; reinstall". It certainly reduces their confidence that Haskell is a feasible working environment.<br>




<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote></div></div><br></div></div>
<br>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
<br></blockquote></div><br></div>