- cabal-devel - Haskell.org

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

patch applied (cabal): Add QA checks for tested-with field
by Duncan Coutts 01 Jun '10

01 Jun '10

Tue Jun 1 10:40:45 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Add QA checks for tested-with field Not allowed invalid version ranges. Also check for use of new syntax. M ./Distribution/PackageDescription/Check.hs -3 +50 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

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

01 Jun '10

On Tue, 1 Jun 2010, Erik Hesselink wrote: > On Tue, Jun 1, 2010 at 11:30 AM, Henning Thielemann >> >> As far as I understand the problem is only a problem with an older >> version of Cabal and cabal-install. Is there a reason why you can't >> update your Cabal to a current version? I still do not feel encouraged >> to downgrade my package (and others with the Tested-With field). >> Alternatively you may modify the package privately and install it as >> say, data-accessor-0.2.1.3.1. > > I have upgraded to cabal install 0.8 to solve this problem. However, > many people still use 0.6, and it is included in distro's as well. > > Additionally, the problem doesn't only occur when trying to install > data-accessor, but also when installing something else that has > data-accessor in its dependency tree anywhere, even if cabal-install > finally decides it doesn't even need to install data-accessor (as it > did in my case). This means even if you have data-accessor installed > already, packages that depend on it (or depend on packages that depend > on it, etc) fail to install. It did already annoy me a lot, that cabal-install cannot just accept even successfully installed packages. But I think this is a problem of cabal-install not of data-accessor and other packages that use the Tested-With field.

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 01 Jun '10

01 Jun '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: duncan Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Changes (by AnttiJuhaniKaijanaho): * cc: antti-juhani@… (removed) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:36> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 01 Jun '10

01 Jun '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: duncan Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Comment(by StephenBlackheath): Paul - You have to use the hs-source-dirs: option and make sure you are not building your executables in the same directory as your library, because GHC will always choose source files in the local directory in preference to libraries. It would certainly be nice to fix this, but it would need to be fixed in GHC. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:35> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 01 Jun '10

01 Jun '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: duncan Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Comment(by PaulBrauner): It looks that it doesn't solve the problem with a library of mine (cabal- install version 0.8.2 using version 1.8.0.4 of the Cabal library): I declare a library A and two excutables B and C which build-depend on A. It compiles, but A get compiled three times: once for the library, once for B and ones for C. Is that "normal" ? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:34> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[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