[Haskell-cafe] ANN: castle 0.1.0.0

[Eric Rochester]

It doesn't differ at all. In fact, that's just what it does. It's just a
management utility keeping all of the sandboxes in one place.

Overkill? Certainly.
On Jan 15, 2014 7:30 PM, "Ivan Lazar Miljenovic" <ivan.miljenovic at gmail.com>
wrote:

> On 16 January 2014 07:24, Eric Rochester <erochest at gmail.com> wrote:
> > I'd like to announce the first release of castle
> > (http://hackage.haskell.org/package/castle and
> > https://github.com/erochest/castle). From the README:
> >>
> >> I really like having sandboxes baked into cabal-install (see Cabal
> >> Sandboxes for more information).
> >>
> >> I got tired of waiting for big packages like Yesod and Lens to compile
> in
> >> project after project that used them. However, I still didn't want to
> >> install them in the user database. I wanted to maintain some sandboxing
> >> among a group of projects that all share a common set of packages, but I
> >> wanted to be able to switch from them or upgrade them easily.
> >>
> >> That's the itch I was trying to scratch with castle.
> >>
> >> It allows you to share one Cabal sandbox between multiple projects. This
> >> keeps the package versions for all of these projects in line. It also
> means
> >> that you don't have to constantly be re-installing everything, but you
> still
> >> get the ability to blow away a set of packages without borking your
> whole
> >> system.
> >
> >
> > This tool is still pretty rough around the edges, but I've been using it
> > some, and it's to the point that more feedback would be helpful. Let me
> know
> > what bugs and rough patches you find.
>
> How does this differ from doing "cabal sandbox init
> --sandbox=../my-common-sandbox" for all these projects?
>
> --
> Ivan Lazar Miljenovic
> Ivan.Miljenovic at gmail.com
> http://IvanMiljenovic.wordpress.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20140115/8650bd01/attachment.html>