May 2010 - cabal-devel

Re: Problem with cabal-install 0.6 and data-accessor 0.2.1.3
by Don Stewart 01 Jun '10

01 Jun '10

erik: > Hi, > > I've found an annoying problem with cabal install 0.6 and > data-accessor 0.2.1.3. This version of cabal-install fails to parse > the tested-with property in the cabal file of data-accessor 0.2.1.3. > This means that *any* package depending on data-accessor (any version) > will fail to build (at least here it does). The error is: > > cabal: Couldn't read cabal file "./data-accessor/0.2.1.3/data-accessor.cabal" > > When unpacking and configuring data-accessor-0.2.1.3, I get: > > cabal-0.6: data-accessor.cabal:67: Parse of field 'tested-with' failed. > > The tested-with field reads: > > Tested-With: GHC==6.4.1 && ==6.8.2 && ==6.10.4, JHC==0.7.3 > > The versions are: cabal-install version 0.6.2, using version 1.6.0.3 > of the Cabal library, and GHC 6.10.3. Version 0.8 of cabal-install > doesn't have this problem. > > I don't think a new version of data-accessor can fix this problem, > since cabal install will still also try to parse the cabal file for > the old one. That's why I'm also CC-ing Don: perhaps the offending > line can somehow be removed on hackage to stop this problem from > occurring? I don't think it will try to parse the old one, will it? Only if someone explicitly asks to look at the old versions?

4 4

[Hackage] #696: better error message for when /tmp is mounted noexec
by Hackage 31 May '10

31 May '10

#696: better error message for when /tmp is mounted noexec ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- See also http://hackage.haskell.org/trac/ghc/ticket/4110 If /tmp is mounted noexec then we get a poor error message when we fail to compile and execute `Setup`, or anything else like pre-processors or tests. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/696> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Bump version to 1.9.2
by Duncan Coutts 31 May '10

31 May '10

Mon May 31 05:17:11 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Bump version to 1.9.2 M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): Make test suite dependencies less strict
by Duncan Coutts 31 May '10

31 May '10

Thu May 27 13:37:53 PDT 2010 Johan Tibell <johan.tibell(a)gmail.com> * Make test suite dependencies less strict M ./tests/suite.cabal -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal-install): Bump version to 0.9.2
by Duncan Coutts 31 May '10

31 May '10

Mon May 31 05:14:22 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Bump version to 0.9.2 M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

1 0

patch applied (cabal-install): Minor tweaks in haddock code
by Duncan Coutts 31 May '10

31 May '10

Fri May 28 13:03:26 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Minor tweaks in haddock code M ./Distribution/Client/Haddock.hs -4 +8 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

1 0

haskell-src-exts fails to install with missing dependencies
by Dominic Steintiz 30 May '10

30 May '10

fourier:/home/dom1 # cabal upgrade haskell-src-exts > Resolving dependencies... > Downloading haskell-src-exts-1.9.0... > <command line>: cannot satisfy -package Cabal-1.8.0.2: > Cabal-1.8.0.2-72f6eafc7def741b28f6ec75d2686d14 is unusable due to > missingor recursive dependencies: > process-1.0.1.2-8b5308cb23fbdc3c2df27e298550937f > (use -v for more information) > cabal: Error: some packages failed to install: > haskell-src-exts-1.9.0 failed during the configure step. The exception > was: > ExitFailure 1 Hopefully this is the right list to report these things. Did I do something wrong? Or is this a bug? Let me know if you need any more information.

2 3

Fwd: The case for tweaking .cabal files of existing uploaded packages
by Malcolm Wallace 29 May '10

29 May '10

>> I would like to go >> further in future. In the new hackage server I would like to make it >> possible to edit -- to a highly limited degree -- the .cabal files of >> existing packages. This would mainly be for meta-data (descriptions, >> URLs, etc) but more interestingly to adjust version constraints if >> they >> are found to be too lax or too tight. +1 from me. Regards, Malcolm

4 3

Re: [Hackage] #423: add option to fetch a single package without dependencies
by Hackage 29 May '10

29 May '10

#423: add option to fetch a single package without dependencies ---------------------+------------------------------------------------------ Reporter: guest | Type: enhancement Status: new | Priority: normal Milestone: | Component: cabal-install tool Version: HEAD | Severity: minor Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.10.1 | Platform: ---------------------+------------------------------------------------------ Comment(by duncan): {{{ Fri May 28 01:35:08 BST 2010 Duncan Coutts <duncan(a)haskell.org> * Add cabal fetch --no-deps and --dry-run flags Allows fetching one or more packages but without fetching their dependencies and thus not requiring that a consistent install plan can be found. On the other hand --no-deps means that there is no guarantee that the fetched packages can actually be installed. }}} Leaving this open for the moment since it would be nice to add a message to tell people when normal `cabal fetch` fails that they can avoid the deps, or use `cabal unpack` etc. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/423#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-install): Use new simplistic package resolver for cabal unpack
by Duncan Coutts 27 May '10

27 May '10

Thu May 27 18:15:23 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Use new simplistic package resolver for cabal unpack M ./Distribution/Client/Unpack.hs -36 +39 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

1 0