June 2008 - cabal-devel

patch applied (cabal): Install license file into the right place
by Duncan Coutts 09 Jun '08

09 Jun '08

Mon Jun 9 11:58:40 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Install license file into the right place even if the license file was kept in a subdir of the src tree. The canonical example was: license-file: debian/copyright It was being installed into $docdir/debian/ and failing since that dir did not exist. It's now installed into just $docdir. M ./Distribution/Simple/Install.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080609185840-adfee-0d2ddc46…

1 0

[Hackage] #248: Running "haddock --hyperlink-source" fails with a "requires Haddock version 0.8 or later" message
by Hackage 09 Jun '08

09 Jun '08

#248: Running "haddock --hyperlink-source" fails with a "requires Haddock version 0.8 or later" message ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Hello, when running something like: runhaskell Setup.lhs haddock --hyperlink-source --hscolour- css=/usr/local/share/hscolour-1.9/hscolour.css Cabal fails with: Setup.lhs: haddock --hyperlink-source requires Haddock version 0.8 or later This seems to be the involved code (from Distribution.Simple.Haddock (line 148): when (hsColour && not have_src_hyperlink_flags) $ die "haddock --hyperlink-source requires Haddock version 0.8 or later" Cabal 1.2.3.0 (with ghc-6.8.2) and Haddock 2.0.0.0. Cheers, Andrea Rossato -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/248> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

patch applied (cabal-install): Include the hackage server in the build report
by Duncan Coutts 08 Jun '08

08 Jun '08

Sun Jun 8 06:12:27 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Include the hackage server in the build report This is so that we remember which server to send the reports to. This is pretty important if you're using a private as well as a public hackage server. M ./Hackage/Reporting.hs -10 +18 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608131227-adfee-…

1 0

patch applied (cabal-install): Use proper URI type rather than String
by Duncan Coutts 08 Jun '08

08 Jun '08

Sun Jun 8 05:45:22 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Use proper URI type rather than String M ./Hackage/Config.hs -7 +14 M ./Hackage/Fetch.hs -24 +20 M ./Hackage/Reporting.hs -1 +1 M ./Hackage/Types.hs -4 +5 M ./Hackage/Update.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608124522-adfee-…

1 0

patch applied (cabal-install): First cut at generating build reports
by Duncan Coutts 08 Jun '08

08 Jun '08

Sun Jun 8 05:17:54 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * First cut at generating build reports M ./Hackage/Config.hs +5 M ./Hackage/Install.hs -10 +4 M ./Hackage/InstallPlan.hs +5 M ./Hackage/Reporting.hs -62 +114 M ./Hackage/Types.hs +10 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608121754-adfee-…

1 0

Re: [Hackage] #131: cabal-install should rebuild dependants when a package is upgraded
by Hackage 07 Jun '08

07 Jun '08

#131: cabal-install should rebuild dependants when a package is upgraded ---------------------------------+------------------------------------------ Reporter: bringert | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-2.0 Component: cabal-install tool | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.6 | Platform: Linux ---------------------------------+------------------------------------------ Comment (by duncan): The new install plan stuff guarantees that the above situation does not happen. There are never any inconsistent deps in a valid install plan. The new dep resolver will choose either to build C against A-1.0 or to rebuild B-1.0 to use A-2.0. So it's less clear that we need this feature. That's not to say it's never needed, just that it's not the common case any more. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/131#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-install): Use a smarter preference when picking a Cabal lib to build Setup.hs
by Duncan Coutts 07 Jun '08

07 Jun '08

Sat Jun 7 11:26:00 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Use a smarter preference when picking a Cabal lib to build Setup.hs Instead of just using the latest version we use the best version according to the following preferences in priority order: - the same version as cabal-install was itself built with - the same major version number as cabal-install was built with - a stable version of Cabal (even second digit of major number) - the latest version M ./Hackage/SetupWrapper.hs -3 +16 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080607182600-adfee-…

1 0

patch applied (cabal-install): Only inspect the needed parts of the installed and available indexes
by Duncan Coutts 07 Jun '08

07 Jun '08

Sat Jun 7 07:39:13 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Only inspect the needed parts of the installed and available indexes The available package index is loaded lazily so if we can avoid forcing all the packages then we can save a huge amount of slow text parsing. So select out the maximal subset of the index that we could ever need based on the names of the packages we want to install. For the common case of installing just one or two packages this cuts down the number of packages we look at by a couple orders of magnitude. This does not help with the installed index which is read strictly, though most people do not (yet) have hundreds of installed packages, so that's less of an immediate problem. M ./Hackage/Dependency/TopDown.hs -4 +42 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080607143913-adfee-…

1 0

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

06 Jun '08

Hi everyone, == Cabal-1.4 release candidate == The second release candidate of Cabal-1.4 is out: http://haskell.org/cabal/download.html 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 also available: http://haskell.org/cabal/download.html 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. == Testing == We are particularly interested in finding regressions from Cabal-1.2.x or any important fixes that will require API changes since once we release 1.4 we have to maintain API compatibility for the rest of the 1.4.x series. This is also an excellent opportunity to make sure your favourite bug or feature request is properly described in our bug tracker: http://hackage.haskell.org/trac/hackage/ To help us guide development priorities please add yourself to the ticket's cc list and describe why that bug or feature is important to you. == 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 only one package on hackage which has a Setup.hs script that compiles with 1.2 but fail to compile with 1.4. 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. == 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)

1 0

patch applied (cabal-install): TAG 0.4.9
by Duncan Coutts 06 Jun '08

06 Jun '08

Fri Jun 6 09:57:46 PDT 2008 Duncan Coutts <duncan(a)haskell.org> tagged 0.4.9 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606165746-adfee-…

1 0