<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">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>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>

<div><br></div><div>--Rogan</div><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">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><br></div></div>