- cabal-devel - Haskell.org

[Hackage] #419: cabal-install: upgrade complains about missing .cabal file
by Hackage 26 Jan '09

26 Jan '09

#419: cabal-install: upgrade complains about missing .cabal file ---------------------------------+------------------------------------------ Reporter: jimburton | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.2 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ I am using cabal-install 0.5.2. I have previously installed cgi (and other packages) locally. Now when I try to upgrade them all: Resolving dependencies... cabal: Couldn't read cabal file "./cgi/3001.1.7.1/cgi.cabal" I presumed that the starting point in that path was ~/.cabal/packages/hackage.haskell.org. In cgi/3001.1.7.1 there is just the tarball for the package but opening it and putting the .cabal file in the right place didn't help. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/419> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #412: build-reports: option is invalid in a config file
by Hackage 26 Jan '09

26 Jan '09

#412: build-reports: option is invalid in a config file ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ With darcs (tonight) cabal and cabal-install, I see the generated .cabal/config includes the line '-- build-reports:', suggesting that this is a valid configuration option. However, it is not. If one uncomments it to 'build-reports: True', then Cabal warns and apparently ignores one's configuration as corrupt: gwern@craft:29302~>cabal update Warning: Error parsing config file /home/gwern/.cabal/config:9: "True" Warning: Using default configuration. Downloading package list from server 'http://hackage.haskell.org/packages/archive' The syntax is valid, the True is correct, it's not listed as being part of a section. further, --build-reports is a valid CLI option: gwern@craft:29304~>rm .cabal/config && mv config .cabal && cabal install --build-reports ztail [ 9:21PM] Resolving dependencies... Downloading hinotify-0.2... [1 of 1] Compiling Main ( /tmp/TMPhinotify-0.2/hinotify-0.2/Setup.lhs, /tmp/TMPhinotify-0.2/hinotify-0.2/dist/setup/Main.o ) Linking /tmp/TMPhinotify-0.2/hinotify-0.2/dist/setup/setup ... Downloading ztail-1.0... ........ Either the default config is lying/wrong, or the build-reports: option is busted. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/412> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #392: Use the constraint solver for cabal configure
by Hackage 25 Jan '09

25 Jan '09

#392: Use the constraint solver for cabal configure ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Currently `cabal install` and `cabal upgrade` use the constraint solver to select the dependencies while `cabal configure` just selects the highest version of each package. That means it sometimes picks bad combinations where `cabal install` would do something smarter. It also means it does not use preferences like `base < 4`. However for `cabal configure` it's important that the solver not fail and prevent configuring at all. If the solver cannot find a consistent solution we should probably warn and fall back to the existing behavior. We may also want to prevent `cabal configure` from picking anything other than the current installed packages. Though again that's likely to increase the chance of failure. Perhaps if there is no solution for the current installed packages then it should check if there would be a solution if we allowed re-installs and if so say so in the warning message. If not fall back to the highest versions of everything as now. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/392> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): Check for ghc-options: -threaded in libraries
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 08:12:26 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Check for ghc-options: -threaded in libraries It's totally unnecessary and messes up profiling in older ghc versions. M ./Distribution/PackageDescription/Check.hs +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090125161226-adfee-c370a25a…

1 0

patch applied (cabal): Filter ghc-options -threaded for libs too
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 06:50:35 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Filter ghc-options -threaded for libs too M ./Distribution/Simple/GHC.hs -18 +23 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090125145035-adfee-912107cd…

1 0

patch applied (cabal-install): Make configure use the dependency resolver
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 09:09:51 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Make configure use the dependency resolver This means it makes smarter decisions and also decions that are more consistent with those taken by the install command. A ./Distribution/Client/Configure.hs M ./Main.hs -10 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090125170951-adfee-…

1 0

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 25 Jan '09

25 Jan '09

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed * milestone: Cabal-1.8 => Cabal-1.6 Comment: The bug is in pandoc. It does not declare that it uses TemplateHaskell for the pandoc executable (it only says so for the lib). With this fixed it works perfectly so I'm closing the ticket. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 25 Jan '09

25 Jan '09

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by ganesh): * cc: ganesh (added) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #200: Feature request: Simplify the profiling process
by Hackage 25 Jan '09

25 Jan '09

#200: Feature request: Simplify the profiling process ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Add Setup.(l)hs options that: 1) tells ghc to make a profiling library; 2) tells ghc to make a profiling executable 3) pass on the (a) -auto or (b) -auto-all option 4) Let you do (1)-(2)-(3a) or (1)-(2)-(3b) with a single option, instead of three. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/200> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 10

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 25 Jan '09

25 Jan '09

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Comment (by ganesh): That's pandoc 1.1, and cabal-install 0.6.0 using 1.6.0.1 of Cabal. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0