March 2008 - cabal-devel

[Hackage] #224: allow specifying package version constraints to configure
by Hackage 20 Apr '08

20 Apr '08

#224: allow specifying package version constraints to configure ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Currently, configure considers the version constraints from the `build- depends` of the `.cabal` file. Of the available packages that satisfy those constraints it picks the highest version. This is not always what we want. The user might want to pick a specific version of a dependency (eg for testing or to avoid a known dud). cabal-install certainly wants to specify package versions exactly because it does its own dependency resolution and it may well end up not picking the latest version of an available dependency, eg to ensure consistent versions of a dependent package (see #220). So the dependencies would be specified just as in `build-depends`, for example: {{{ cabal configure --constraint="bytestring == 0.9.0.1" }}} (suggestions for a better flag name welcome) However it must only be for dependencies that the package actually depends on. It should be an error to specify constraints on packages that could never be used by the package we are configuring. The fact that package dependencies can be conditional complicates this slightly. To be precise, we could say that if the package name is not mentioned in the flattened package description then it is an error. If the package named in the constraint happens merely not be use in the selected configuration then it is not an error and the constraint is discarded. So an external package manager (like cabal-install) can control exactly how a package will be configured by setting all the use flags and precisely constraining all the dependencies. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/224> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

ANNOUNCE: Cabal-1.4 release candidate
by Duncan Coutts 06 Apr '08

06 Apr '08

Hi everyone, == Cabal-1.4 release candidate == The first release candidate of Cabal-1.4 is out: http://haskell.org/cabal/release/cabal-1.3.10/Cabal-1.3.10.tar.gz Please test and report bugs: http://hackage.haskell.org/trac/hackage/ The aim for the Cabal-1.4 release is to get various fixes and improvements into the hands of developers and to support a release of cabal-install. == cabal-install == A snapshot of cabal-install is available: http://haskell.org/cabal/release/cabal-install-0.4.6.tar.gz It requires the zlib and HTTP packages (both are available from hackage). Bug reports should go in the same trac as above. cabal-install is intended to be the standard command line interface to the whole Cabal/Hackage system. It replaces the "runhaskell Setup.hs" interface and a few other tools you may or may not have heard of (cabal-setup, cabal-upload, cabal-get). cabal-install is usable now and we will be making a proper release some time after the Cabal-1.4 release. == Compatibility == We have tried to preserve compatibility with all packages that worked with the Cabal-1.2.x series. That is, packages that can be built using Cabal (including custom Setup.hs scripts) but not packages that directly import and use the Cabal API. Packages that directly import and use the Cabal api will need updating. This affects packages that build distro packages for example, rpm debs etc. Currently we know of three packages on hackage where their Setup.hs scripts compile with 1.2 but fail to compile with 1.4. We expect to make one further change before the Cabal-1.4 release that will fix two of those packages. The one remaining package, Takusen, will require an update to be able to work with both Cabal-1.2.x and 1.4.x. A patch has been sent to the maintainers of Takusen. == Remaining issues == There are a couple issues we expect to fix before the Cabal-1.4.0 release: * stricter decoding of UTF-8 in .cabal files (we'll borrow the code from the utf8-string package) * compatibility with the couple Setup.hs scripts that use the function Distribution.PackageDescription.writeHookedBuildInfo There are also a few bug fixes and enhancements we think we can probably do in the 1.4.x stable series without breaking any APIs: http://hackage.haskell.org/trac/hackage/query?status=new&status=assigned& status=reopened&group=component&milestone=Cabal-1.4&order=priority == Credits == On behalf of the Cabal hackers and the community generally I'd like to thank the large number of people who have contributed patches during this development series. Previously I was rather worried that we were not getting enough contributors to fix bugs and do new feature development, but now I'm very pleased. :-) == Get involved == Of course there's still a lot to do! We have big plans for Cabal-2.0, cabal-install and the Hackage website. So if you're interested in helping out with this core infrastructure project then: * subscribe to the cabal-devel mailing list: http://www.haskell.org/mailman/listinfo/cabal-devel * grab the source: http://haskell.org/cabal/code.html * read the guide to the source code: http://hackage.haskell.org/trac/hackage/wiki/SourceGuide * take a look at our list of bugs and feature requests: http://hackage.haskell.org/trac/hackage/report/12 especially the easy tickets: http://hackage.haskell.org/trac/hackage/report/13 Duncan (wearing his Cabal release manager hat)

2 2

darcs patch: Add missing modules in other-modules, fixes sdist
by Spencer Janssen 30 Mar '08

30 Mar '08

This patch to cabal-install fixes 'Setup sdist', which caused a bad tarball for the 0.4.6 release. Sun Mar 30 14:37:10 CDT 2008 Spencer Janssen <sjanssen(a)cse.unl.edu> * Add missing modules in other-modules, fixes sdist

1 0

patch applied (cabal-install): TAG 0.4.6
by Duncan Coutts 29 Mar '08

29 Mar '08

Sat Mar 29 12:56:01 PDT 2008 Duncan Coutts <duncan(a)haskell.org> tagged 0.4.6 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080329195601-adfee-…

1 0

patch applied (cabal-install): Bump version number and depend on the latest Cabal lib
by Duncan Coutts 29 Mar '08

29 Mar '08

Sat Mar 29 12:45:49 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Bump version number and depend on the latest Cabal lib M ./cabal-install.cabal -2 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080329194549-adfee-…

1 0

patch applied (cabal-install): Use new showPWarning for warnings in parsing the config file
by Duncan Coutts 29 Mar '08

29 Mar '08

Sat Mar 29 12:44:26 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Use new showPWarning for warnings in parsing the config file M ./Hackage/Config.hs -4 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080329194426-adfee-…

1 0

patch applied (cabal-branches/cabal-1.4): TAG 1.3.10
by Duncan Coutts 29 Mar '08

29 Mar '08

Sat Mar 29 11:13:21 PDT 2008 Duncan Coutts <duncan(a)haskell.org> tagged 1.3.10 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008032918…

1 0

patch applied (cabal-branches/cabal-1.4): Bump version to 1.3.10
by Duncan Coutts 29 Mar '08

29 Mar '08

Sat Mar 29 11:11:08 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Bump version to 1.3.10 First release candidate for 1.4.0 M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 M ./releaseNotes -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008032918…

1 0

patch applied (cabal-branches/cabal-1.4): factor out showPWarning function
by Duncan Coutts 29 Mar '08

29 Mar '08

Fri Mar 28 04:56:12 PDT 2008 Ross Paterson <ross(a)soi.city.ac.uk> * factor out showPWarning function M ./Distribution/PackageDescription/Parse.hs -7 +1 M ./Distribution/ParseUtils.hs -1 +6 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008032811…

1 0

patch applied (cabal-branches/cabal-1.4): Adding the command parsing monoid hack broke another hack, fix it.
by Duncan Coutts 29 Mar '08

29 Mar '08

Thu Mar 27 18:38:20 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Adding the command parsing monoid hack broke another hack, fix it. Just goes to show Monoid instances should follow the laws. As soon as we can break UserHooks compatabilty we'll be able to restore the monoid property by removing configPrograms from the ConfigFlags. M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008032801…

1 0