March 2009 - cabal-devel

[Hackage] #206: cabal-install should be able to generate haddock docs
by Hackage 03 Mar '09

03 Mar '09

#206: cabal-install should be able to generate haddock docs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ---------------------------------+------------------------------------------ It would be really cool if it could keep an index up to date as well. (I like to have offline docs for all installed packages, but it's a headache to keep current.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/206> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 16

Re: [Hackage] #42: make hugs, nhc, lhc and Cabal agree on installed package info
by Hackage 03 Mar '09

03 Mar '09

#42: make hugs, nhc, lhc and Cabal agree on installed package info ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ross(a)soi.city.ac.uk Type: enhancement | Status: new Priority: normal | Milestone: _|_ Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.2.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * difficulty: normal => hard (< 1 day) * summary: implement hugs-pkg? => make hugs, nhc, lhc and Cabal agree on installed package info * milestone: => _|_ Comment: This isn't tht hard but needs changes in Hugs and a bit in Cabal and then testing and a new hugs release. The scheme with installed package info files should work for hugs, nhc and lhc. On the Cabal side of things the same implementation can be used for each. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/42#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: rewrite of Distribution.Simple.Haddock
by Andrea Vezzosi 02 Mar '09

02 Mar '09

Thu Feb 19 16:37:38 CET 2009 Andrea Vezzosi <sanzhiyan(a)gmail.com> * rewrite of Distribution.Simple.Haddock In addition to (hopefully) making clear what's going on we now do the additional preprocessing for all the versions of haddock (but not for hscolour) and we run cpp before moving the files.

2 3

[Hackage] #512: Use a proper exception for the 'die' utility function
by Hackage 02 Mar '09

02 Mar '09

#512: Use a proper exception for the 'die' utility function ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Currently the `die` function prints the error message to stderror and throws an exit with exception. This is not a good approach for library code. Instead it should throw an user error exception with the string message. A top level handler in `Distribution.Simple.main` or `cabal- install` should catch this, print it as before and throw an exit exception. See also #510 for an example of how this causes problems. The `readPackageDescription` ends up throwing the exit exception when it would be more helpful to clients for it to throw an ordinary exception containing the error message. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/512> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): use -D__HADDOCK__ only when preprocessing for haddock < 2
by Duncan Coutts 02 Mar '09

02 Mar '09

Sun Mar 1 17:51:37 PST 2009 Andrea Vezzosi <sanzhiyan(a)gmail.com> * use -D__HADDOCK__ only when preprocessing for haddock < 2 Ignore-this: d186a5dbebe6d7fdc64e6414493c6271 haddock-2.x doesn't define any additional macros. M ./Distribution/Simple/Haddock.hs -4 +7 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090302015137-cd449-2c7b00e8…

1 0

patch applied (cabal): Make die use an IOError that gets handled at the top level
by Duncan Coutts 02 Mar '09

02 Mar '09

Sun Mar 1 11:51:43 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Make die use an IOError that gets handled at the top level Rather than printing the error there and then and throwing an exit exception. The top handler now catches IOErrors and formats and prints them before throwing an exit exception. Fixes ticket #512. M ./Distribution/Simple.hs -2 +2 M ./Distribution/Simple/Utils.hs -10 +30 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090301195143-adfee-8f23fd09…

1 0

patch applied (cabal): rewrite of Distribution.Simple.Haddock
by Duncan Coutts 02 Mar '09

02 Mar '09

Thu Feb 19 07:37:38 PST 2009 Andrea Vezzosi <sanzhiyan(a)gmail.com> * rewrite of Distribution.Simple.Haddock Ignore-this: 5b465b2b0f5ee001caa0cb19355d6fce In addition to (hopefully) making clear what's going on we now do the additional preprocessing for all the versions of haddock (but not for hscolour) and we run cpp before moving the files. M ./Distribution/Simple/Haddock.hs -250 +393 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090219153738-cd449-ba14753e…

1 0

Cabal install broken with GHC 6.10.1.* HEAD
by Neil Mitchell 02 Mar '09

02 Mar '09

Hi, I've just installed GHC 6.10.1.20090225 which has set base as 3.0.3.0, instead of the 3.0.2.0 which GHC 6.10.1 had (I think). This causes cabal install to break, as it implicitly adds base == 3.0.2.0 which nothing has so nothing installs. Could a new version of cabal install be released that fixes this? I'm totally hooked on cabal install and now having upgraded GHC I've lost it. The likely result is that I'll have to downgrade my GHC because cabal is just too useful! Thanks Neil

2 3

darcs patch: rewrite of Distribution.Simple.Haddock (and 1 more)
by Andrea Vezzosi 01 Mar '09

01 Mar '09

Thu Feb 19 16:37:38 CET 2009 Andrea Vezzosi <sanzhiyan(a)gmail.com> * rewrite of Distribution.Simple.Haddock In addition to (hopefully) making clear what's going on we now do the additional preprocessing for all the versions of haddock (but not for hscolour) and we run cpp before moving the files. Mon Mar 2 02:51:37 CET 2009 Andrea Vezzosi <sanzhiyan(a)gmail.com> * use -D__HADDOCK__ only when preprocessing for haddock < 2 haddock-2.x doesn't define any additional macros.

1 0

[Hackage] #505: use environment variable for location of config file
by Hackage 01 Mar '09

01 Mar '09

#505: use environment variable for location of config file ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- See http://haskell.org/pipermail/haskell-cafe/2009-February/056388.html We can currently specify the cabal config file on the command line but some situation it would be useful in to be able to specify it via an environment variable. This should be pretty easy for someone to do. The order of priority would be command line, env var, per-user default location. It should be an error to specify by the command line or env var a non-existant config file. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/505> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1