[Haskell-cafe] Cabal sandboxes over cabal-dev (Rogan Creswick)

Bob Ippolito bob at redivi.com
Fri Nov 1 18:19:52 UTC 2013


node.js's npm doesn't seem to have a problem with this. Sandboxed builds
are the default, and when you want to install a tool globally you do it
with npm -g.


On Fri, Nov 1, 2013 at 11:09 AM, Carter Schonwald <
carter.schonwald at gmail.com> wrote:

> 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!
>
> if you want to help out, get involved in cabal / cabal-install dev! they
> always need more people helping!
>  :)
>
>
> --Carter
>
>
> On Fri, Nov 1, 2013 at 1:58 PM, Rogan Creswick <creswick at gmail.com> wrote:
>
>> On Fri, Nov 1, 2013 at 6:30 AM, Gregory Guthrie <guthrie at mum.edu> wrote:
>>
>>>    "I *strongly* suggest everyone start transitioning from cabal-dev to
>>> cabal sandboxes."
>>>
>>> Is there any reason that this is not just the default install mode for
>>> Cabal?
>>>
>>
>> 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.)
>>
>> 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.
>>
>> --Rogan
>>
>>
>>
>>>
>>> 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.
>>>
>>> _______________________________________________
>>> Haskell-Cafe mailing list
>>> Haskell-Cafe at haskell.org
>>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>>>
>>
>>
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>>
>>
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20131101/6a7d0436/attachment.html>


More information about the Haskell-Cafe mailing list