Re: [Hackage] #282: profiling versions of libraries not managed well
#282: profiling versions of libraries not managed well ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: profiling Difficulty: hard (< 1 day) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Changes (by bgamari): * cc: bgamari@… (added) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/282#comment:9 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
Developer Peeps, If I set up GHC_PACKAGE_PATH and use cabal-install to install a package it gives me: cabal: transformers-0.2.2.0: dependency "base-4.3.1.0-ce8fa578cfbfec84d7155c6e49bcce2f" doesn't exist (use --force to override) for each library it tries to install. Is there an easy way to get cabal to work with GHC_PACKGE_PATH smoothly? (Apologies in advance for the stupid question.) Chris -----Original Message----- From: cabal-devel-bounces@haskell.org [mailto:cabal-devel-bounces@haskell.org] On Behalf Of Hackage Sent: 29 September 2011 13:53 Cc: cabal-devel@haskell.org Subject: Re: [Hackage] #282: profiling versions of libraries not managed well #282: profiling versions of libraries not managed well ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: profiling Difficulty: hard (< 1 day) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Changes (by bgamari): * cc: bgamari@… (added) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/282#comment:9 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects _______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
Ooops -- I meant to start another thread. I have found the --package-db flag which Cabal uses. It would be really useful if Cabal could also use an environment variable (e.g., CABAL_PACKAGE_DB) for the purpose. Cheers, Chris -----Original Message----- From: Chris Dornan [mailto:chris@chrisdornan.com] Sent: 29 September 2011 19:45 To: 'cabal-devel@haskell.org' Subject: RE: [Hackage] #282: profiling versions of libraries not managed well Developer Peeps, If I set up GHC_PACKAGE_PATH and use cabal-install to install a package it gives me: cabal: transformers-0.2.2.0: dependency "base-4.3.1.0-ce8fa578cfbfec84d7155c6e49bcce2f" doesn't exist (use --force to override) for each library it tries to install. Is there an easy way to get cabal to work with GHC_PACKGE_PATH smoothly? (Apologies in advance for the stupid question.) Chris -----Original Message----- From: cabal-devel-bounces@haskell.org [mailto:cabal-devel-bounces@haskell.org] On Behalf Of Hackage Sent: 29 September 2011 13:53 Cc: cabal-devel@haskell.org Subject: Re: [Hackage] #282: profiling versions of libraries not managed well #282: profiling versions of libraries not managed well ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: profiling Difficulty: hard (< 1 day) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Changes (by bgamari): * cc: bgamari@… (added) -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/282#comment:9 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects _______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
On Fri, 2011-09-30 at 08:21 -0500, Chris Dornan wrote:
Ooops -- I meant to start another thread.
I have found the --package-db flag which Cabal uses. It would be really useful if Cabal could also use an environment variable (e.g., CABAL_PACKAGE_DB) for the purpose.
We don't use the GHC_PACKAGE_PATH. You ought to be able to set a global --package-db flag by putting it in the ~/.cabal/config. I don't plan to add any equivalent env var, but we're likely to add support for local cabal config files. What kind of use case are you thinking of? Duncan
I think I need a dynamic mechanism. I can work with the current regime for the moment but when I have a demonstrator (soon I hope) I will get back to you. Chris -----Original Message----- From: Duncan Coutts [mailto:duncan.coutts@googlemail.com] Sent: 03 October 2011 15:13 To: Chris Dornan Cc: cabal-devel@haskell.org Subject: RE: [Hackage] #282: profiling versions of libraries not managed well On Fri, 2011-09-30 at 08:21 -0500, Chris Dornan wrote:
Ooops -- I meant to start another thread.
I have found the --package-db flag which Cabal uses. It would be really useful if Cabal could also use an environment variable (e.g., CABAL_PACKAGE_DB) for the purpose.
We don't use the GHC_PACKAGE_PATH. You ought to be able to set a global --package-db flag by putting it in the ~/.cabal/config. I don't plan to add any equivalent env var, but we're likely to add support for local cabal config files. What kind of use case are you thinking of? Duncan
participants (3)
-
Chris Dornan -
Duncan Coutts -
Hackage