Re: [haskell art] haskell dependency management over time

2014-07-01 Thread Henning Thielemann
Am 01.07.2014 17:17, schrieb Al Matthews:

 Hello .. I find Haskell package-management to be a bit of a dark art.

Do you mean management as a maintainer or as a user?

For maintainers I wrote some scripts:
http://hackage.haskell.org/package/cabal-scripts
http://hackage.haskell.org/package/darcs-scripts

However, updating many packages for new major releases of basic packages 
like 'transformers' or new Cabal features or new GHC features, still 
costs lot of time.


As a user I have not tried cabal-dev and friends. I am just using 
'cabal' and since there are so many versions of the packages and GHC 
around, many packages are installed multiple times (in different package 
and GHC versions) on my machine, such that the dependency hell hardly 
occurs.


-- 

Read the whole topic here: Haskell Art:
http://lurk.org/r/topic/5IaQGgN0fuNugfHYLDkgSk

To leave Haskell Art, email haskell-...@group.lurk.org with the following email 
subject: unsubscribe


Re: [haskell art] haskell dependency management over time

2014-07-01 Thread Henning Thielemann
Am 01.07.2014 17:27, schrieb Henning Thielemann:

 As a user I have not tried cabal-dev and friends. I am just using
 'cabal' and since there are so many versions of the packages and GHC
 around, many packages are installed multiple times (in different package
 and GHC versions) on my machine, such that the dependency hell hardly
 occurs.

I should add, that installing multiple packages at once with 'cabal 
install' fixes package incompatibilities in many cases.


-- 

Read the whole topic here: Haskell Art:
http://lurk.org/r/topic/7e0vem43LgDpzKXOaGCmrK

To leave Haskell Art, email haskell-...@group.lurk.org with the following email 
subject: unsubscribe


Re: [haskell art] haskell dependency management over time

2014-07-01 Thread Al Matthews
Thank you Hans, and Henning. I like that they refer to the problem as
cabal hell.


On Tue, Jul 1, 2014 at 11:23 AM, Hans Höglund h...@hanshoglund.se wrote:

 Nowadays you can do this with Cabal sandboxes. See more info here

 http://coldwa.st/e/blog/2013-08-20-Cabal-sandbox.html

 Regards,
 Hans

 -

 Hans Hglund
 Composer, conductor and developer

 hans [at] hanshoglund.se
 hanshoglund.com
 https://twitter.com/hanshogl
 https://soundcloud.com/hanshoglund
 http://github.com/hanshoglund




 On 1 jul 2014, at 17:17, Al Matthews wrote:

  Hello .. I find Haskell package-management to be a bit of a dark art.
 
  In particular, what I find, is that it is easy to break things on which I
  rely.
 
  This is compounded no doubt by my use of several development platforms.
 
  Still, I wonder if anyone has recommendations on using hsenv, or capri,
 or
  cabal-dev, or similar.
 
  One goal I think, could be to archive a minimal working environment for
 any
  given major piece. But I don't know if this is a heavy-handed approach,
 and
  as such, I ask in particular for your experience with maintaining Haskell
  code and systems over time.
 
  Thanks,
 
  Al
 
  --
 
  Read the whole topic here: Haskell Art:
  http://lurk.org/r/topic/5WOMd5puueRAlYg0kOcnPp
 
  To leave Haskell Art, email haskell-...@group.lurk.org with the
 following email subject: unsubscribe


 --

 Read the whole topic here: Haskell Art:
 http://lurk.org/r/topic/4IsGjyggVUCDO6cxEGBITI

 To leave Haskell Art, email haskell-...@group.lurk.org with the following
 email subject: unsubscribe


-- 

Read the whole topic here: Haskell Art:
http://lurk.org/r/topic/3oUTQ9w0P1f110mrzkFwpR

To leave Haskell Art, email haskell-...@group.lurk.org with the following email 
subject: unsubscribe