June 2010 - cabal-devel

Re: Problem with cabal-install 0.6 and data-accessor 0.2.1.3
by Duncan Coutts 02 Jun '10

02 Jun '10

On Wed, 2010-06-02 at 11:43 +0200, Erik Hesselink wrote: > I just tested all the changed made by you and Duncan. 'cabal update' > (cabal 0.6) now gets an updated .cabal file for data-accessor-0.2.1.3 > that it can parse. This means that it does not fail during dependency > resolution any more. It then picks the newest data-accessor 0.2.1.4, > which is can install. So the problem seems to be fixed! Great, thanks for testing that for us. Duncan

1 0

Re: haskeline without terminfo
by Judah Jacobson 02 Jun '10

02 Jun '10

On Wed, Jun 2, 2010 at 6:04 AM, Christian Maeder <Christian.Maeder(a)dfki.de> wrote: > Hi, > > usually I install haskeline without terminfo, because I don't miss any > functionality and try to avoid installing unused packages. > > I do so either manually (and global) via Setup or by: > > cabal install -f -terminfo haskeline > [...] > 1. What do I gain when I use haskeline with terminfo? Suppose that at the prompt, you enter more characters than the width of the terminal. With terminfo, the line will wrap and you can see all the text at once as you edit it; you can also move up to the first part of the line using the left arrow, ctrl-a, etc. Without terminfo, you can still edit long inputs, but the interface will stay on one line. If you move back and forth through a long string, at each point it'll only display a subsequence of the text -- as much text as fits in the terminal width. Hope that helps; I'll make a note to improve the documentation in the .cabal file. -Judah

1 0

patch applied (cabal): Fix the wrapping of ghc options for the LHC backend.
by David Himmelstrup 02 Jun '10

02 Jun '10

Wed Jun 2 08:46:11 PDT 2010 Lemmih <lemmih(a)gmail.com> * Fix the wrapping of ghc options for the LHC backend. M ./Distribution/Simple/LHC.hs -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): change LHC builder to use new command line interface
by David Himmelstrup 02 Jun '10

02 Jun '10

Mon May 31 10:35:25 PDT 2010 austin seipp <as(a)0xff.ath.cx> * change LHC builder to use new command line interface M ./Distribution/Simple/LHC.hs -5 +7 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

haskeline without terminfo
by Christian Maeder 02 Jun '10

02 Jun '10

Hi, usually I install haskeline without terminfo, because I don't miss any functionality and try to avoid installing unused packages. I do so either manually (and global) via Setup or by: cabal install -f -terminfo haskeline However, when I install another package that depends on haskeline (i.e. "cabal install pugs") it will reinstall terminfo and haskeline. It does not reinstall haskeline if I manually install terminfo by "cabal install terminfo", although my old (global) haskeline package does not depend on the new (local) terminfo package. 1. What do I gain when I use haskeline with terminfo? 2. How can I convince "cabal install <pkg-depending-on-haskeline>" to use my installed haskeline version without terminfo? Where is more documentation for the flags? --constraint=DEPENDENCY A list of additional constraints on the dependencies. --preference=DEPENDENCY Specify preferences (soft constraints) on the version of a package Cheers Christian cabal-install version 0.8.2 using version 1.8.0.6 of the Cabal library

1 0

Re: [Hackage] #576: Show reverse dependencies
by Hackage 01 Jun '10

01 Jun '10

#576: Show reverse dependencies --------------------------------+------------------------------------------- Reporter: Lenny222 | Owner: Type: enhancement | Status: new Priority: normal | Milestone: HackageDB Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Keywords: dependencies Difficulty: easy (<4 hours) | Ghcversion: Platform: | --------------------------------+------------------------------------------- Changes (by kfrdbs): * cc: kfrdbs@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/576#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

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