[Hackage] #42: implement hugs-pkg?

Hackage trac at galois.com
Fri Aug 15 10:08:03 EDT 2008


#42: implement hugs-pkg?
----------------------------+-----------------------------------------------
  Reporter:  ijones         |        Owner:  ross at soi.city.ac.uk
      Type:  enhancement    |       Status:  new                
  Priority:  normal         |    Milestone:                     
 Component:  Cabal library  |      Version:                     
  Severity:  normal         |   Resolution:                     
  Keywords:                 |   Difficulty:  normal             
Ghcversion:  6.2.2          |     Platform:                     
----------------------------+-----------------------------------------------
Changes (by duncan):

  * owner:  => ross at soi.city.ac.uk

Comment:

 So I'm happy with the idea that for hugs and nhc that we do not need a
 distinct concept of a package database. The package database can coincide
 with the location where packages are installed, and hugs/nhc just look in
 that dir for their packages. Cabal would also look there for the
 `InstalledPackageInfo` files. So the package db and the libdir are really
 the same thing.

 Hugs already looks in `~/lib/hugs/*` for package directories.

 So for hugs there are two things to do:
   * make Cabal and hugs agree on where the per-user install path for
 package should be. Currently cabal-install puts them in
 `~/.cabal/lib/hugs/*` (or something like that).
   * get the next release of hugs to include the `InstalledPackageInfo`
 files for all the packages that it comes with. This will enable cabal to
 know what packages are installed by reading these files, just as it does
 with ghc by asking ghc-pkg for the equivalent info.

 I'm not sure which of Hugs or Cabal should change on the issue of where
 packages are instelled per-user. I know people would scream if cabal
 installed things in `~/lib` by default, but perhaps if they're using hugs
 then they don't care. If we have to get hugs to change anyway to include
 the `InstalledPackageInfo` files then adding an extra default search path
 entry for a location under `~/.cabal/` would not be any more work.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/42#comment:3>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects


More information about the cabal-devel mailing list