June 2008 - cabal-devel

patch applied (cabal-install): Change the DependencyResolver type to take a per-package version pref
by Duncan Coutts 02 Jun '08

02 Jun '08

Mon Jun 2 11:24:10 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Change the DependencyResolver type to take a per-package version pref And add a few global package version pref policies and use them in ordinary install and upgrade. For install we use a policy that says that we prefer the latest version of a package that we specifically request and prefer the installed version of any other package. For upgrade we simple always prefer the latest version. One can imageine other policies where we prefer the latest version for only some interesting subset of packages and installed otherwise. No resolvers actually make use of this preference yet. M ./Hackage/Dependency.hs -11 +60 M ./Hackage/Dependency/Bogus.hs -1 +1 M ./Hackage/Dependency/Naive.hs -1 +1 M ./Hackage/Dependency/TopDown.hs -3 +5 M ./Hackage/Dependency/TopDown/Types.hs -2 M ./Hackage/Dependency/Types.hs +13 M ./Hackage/Fetch.hs -3 +4 M ./Hackage/Install.hs -4 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602182410-adfee-…

1 0

patch applied (cabal-install): Fix improvePlan so the index is updated incrementally
by Duncan Coutts 02 Jun '08

02 Jun '08

Mon Jun 2 09:39:44 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix improvePlan so the index is updated incrementally It's important since later packages can depend on earlier ones having been changed from configured to pre-existing. That is afterall the whole point of considering them in reverse toplogical order. Also, remove duplicates in the dependencies list of installed packages since ghc-pkg does not currently prevent duplicates in (eg multiple depends on the same version of base). See ghc bug #2230. M ./Hackage/Dependency/TopDown.hs -8 +9 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602163944-adfee-…

1 0

patch applied (cabal-install): Support top level dependency version constraints
by Duncan Coutts 02 Jun '08

02 Jun '08

Mon Jun 2 04:18:16 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Support top level dependency version constraints and error messages for when they're unsatisfiable or conflict M ./Hackage/Dependency/TopDown.hs -13 +38 M ./Hackage/Dependency/Types.hs -1 +5 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602111816-adfee-…

1 0

patch applied (cabal-install): Fix bug in passing the verbosity value when re-executing cabal
by Duncan Coutts 02 Jun '08

02 Jun '08

Sun Jun 1 22:25:36 PDT 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * Fix bug in passing the verbosity value when re-executing cabal It was passing the value as another argument, distinct from the flag. M ./Hackage/Install.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602052536-cd449-…

1 0

darcs patch: Fix bug in passing the verbosity value when re-executi...
by Andrea Vezzosi 02 Jun '08

02 Jun '08

Mon Jun 2 07:25:36 CEST 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * Fix bug in passing the verbosity value when re-executing cabal It was passing the value as another argument, distinct from the flag.

1 0

patch applied (cabal-install): Implement plan improvement
by Duncan Coutts 01 Jun '08

01 Jun '08

Sun Jun 1 17:00:18 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Implement plan improvement The idea is to improve the plan by swapping a configured package for an equivalent installed one. For a particular package the condition is that the package be in a configured state, that a the same version be already installed with the exact same dependencies and all the packages in the plan that it depends on are in the installed state. M ./Hackage/Dependency/TopDown.hs -9 +55 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602000018-adfee-…

1 0

Probably Cabal bug
by Krasimir Angelov 01 Jun '08

01 Jun '08

Hi, I have a package with one library and one executable. Something like this: name: ... version: ... library build-depends: base, array, containers, bytestring, random .... executable ... build-depends: base, array, containers, bytestring, filepath, directory, random, old-time, process, pretty Although I specified that the library depends only on few packages the installed package really depends on the union of packages for listed for the library and for the executable. I am using Cabal-1.2.3.0. Is this a known issue?

2 1