[Hackage] #307: Allow specifying alternative source and target package databases other than --user and --global

#307: Allow specifying alternative source and target package databases other than
--user and --global
----------------------------+-----------------------------------------------
  Reporter:  fons           |        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:                 |  
----------------------------+-----------------------------------------------
 Sometimes, it is useful to use alternative target/source package databases
 (e.g. for testing that the installation of a package with custom hooks
 works, without poisoning the global or user databases).

 GHC allows doing that through {{{ghc}}}'s and {{{ghc-pkg}}}'s {{{-package-
 conf}}} flag. However, there's no equivalent in Cabal.

 Thus, I suggest adding new {{{-package-conf}}} flag to the
 {{{configure}}}, {{{install}}} and {{{register}}} commands.

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

#307: Allow specifying alternative source and target package databases other than
--user and --global
----------------------------+-----------------------------------------------
  Reporter:  fons           |        Owner:         

Re: [Hackage] #206: cabal-install should be able to generate haddock docs

#206: cabal-install should be able to generate haddock docs
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:           
      Type:  enhancement         |       Status:  new      
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           
---------------------------------+------------------------------------------
Changes (by tibbe):

 * cc: johan.tibell <at> gmail.com (added)

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

#206: cabal-install should be able to generate haddock docs
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:           
      Type:  enhancement         |       Status:  new      
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           
---------------------------------+------------------------------------------
Changes (by tibbe):

Re: [Hackage] #206: cabal-install should be able to generate haddock docs

#206: cabal-install should be able to generate haddock docs
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:           
      Type:  enhancement         |       Status:  new      
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           
---------------------------------+------------------------------------------
Comment (by bfr):

 Replying to [comment:1 duncan]:
 > I guess for a per-user install it could live in
 $HOME/.cabal/share/doc/index.html
 >
 > but that's no good for a global install since we cannot steal that name.
 So where would such an index go?

 I think the question how (and where) to maintain a central documentation
 index should not be confused with the question of whether to build (and
 install) documentation at all. Installed API documentation is very useful
 even w/o a central index, if it can be found under a canonical path
 derived from the package name.

 The real advantage of a central index is accessability. My favourite
 solution would be a single command e.g. 'hsdoc', which, given a function,
 a module, type, whatever, finds the haddock docs and displays them in some
 (user configurable) way (e.g. by starting a web browser). A bit like
 'perldoc' but not restricted to plain console output. Much more useful

Re: [Hackage] #206: cabal-install should be able to generate haddock docs

#206: cabal-install should be able to generate haddock docs
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:           
      Type:  enhancement         |       Status:  new      
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           
---------------------------------+------------------------------------------
Comment (by guest):

 Hoogle 4 can already do the bits of 'hsdoc' you are mentioning, or at
 least on a console (the web page bit is a simple addition). Hoogle 4 will
 require a database for each package that is installed somewhere.

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

#206: cabal-install should be able to generate haddock docs
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:           
      Type:  enhancement         |       Status:  new      
  Priority:  normal              |    Milestone:  Cabal-1.4
 Component:  cabal-install tool  |      Version:  1.2.3.0  
  Severity:  normal              |   Resolution:           
  Keywords:                      |   Difficulty:  normal   
Ghcversion:  6.8.2               |     Platform:           

Re: [Hackage] #297: cabal fetch command don't fetch packages those have already been installed

#297: cabal fetch command don't fetch packages those have already been installed
---------------------------------+------------------------------------------
  Reporter:  chylli              |        Owner:                 
      Type:  defect              |       Status:  new            
  Priority:  normal              |    Milestone:  Cabal-1.4      
 Component:  cabal-install tool  |      Version:                 
  Severity:  normal              |   Resolution:                 
  Keywords:                      |   Difficulty:  easy (<4 hours)
Ghcversion:  6.8.2               |     Platform:                 
---------------------------------+------------------------------------------
Comment (by Isaac Dupree):

 hang on, what is `cabal fetch` supposed to do?  Fetch[*] the source of:

 A. the package itself?

 B. the package and all its dependencies?

 C. the package and all its uninstalled dependencies?

 D. currently, it is, if I'm reading the code rightly: all the package's
 uninstalled dependencies (including itself if it's uninstalled), which is
 obviously wrong.

 I assumed from the help description that it meant "A" above, but then why
 is the code doing dependency analysis at all?  "B" = dep analyze with an
 empty set of "installed" packages, I suppose (would it be necessary to
 include the current "base" or similar in the installed-package-list
 though, since it's not on hackage?). "C" = just remove the named package
 from the installed-package-list (as Duncan said) -- but why would you want

patch applied (cabal): Fix the build with GHC 6.4.2: Data.Map.alter doesn't exist

Wed Jul  2 17:11:51 PDT 2008  Ian Lynagh <igloo <at> earth.li>
  * Fix the build with GHC 6.4.2: Data.Map.alter doesn't exist

    M ./Cabal.cabal +1
    A ./Distribution/Compat/Map.hs
    M ./Distribution/Simple/PackageSet.hs -1 +2

View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080703001151-3fd76-c0280f5b5d59a76e1ac53b68e95b1d9d8b0dccd9.gz

patch applied (cabal): Fix using specified package databases

Wed Jul  2 17:12:16 PDT 2008  Ian Lynagh <igloo <at> earth.li>
  * Fix using specified package databases
  If we are using a specified package database, we need to tell GHC what
  it is when building

    M ./Distribution/Simple/GHC.hs +3

View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080703001216-3fd76-517051160e2b35db207cd400d814515b164f14f7.gz

Re: [Hackage] #307: Allow specifying alternative source and target package databases other than --user and --global

#307: Allow specifying alternative source and target package databases other than
--user and --global
----------------------------+-----------------------------------------------
  Reporter:  fons           |        Owner:            
      Type:  enhancement    |       Status:  closed    
  Priority:  normal         |    Milestone:            
 Component:  Cabal library  |      Version:  1.2.3.0   
  Severity:  normal         |   Resolution:  worksforme
  Keywords:                 |   Difficulty:  normal    
Ghcversion:  6.8.2          |     Platform:            
----------------------------+-----------------------------------------------
Changes (by igloo):

  * status:  new => closed
  * resolution:  => worksforme

Comment:

 This already exists: `./Setup configure --package-db=PATH`

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

#307: Allow specifying alternative source and target package databases other than
--user and --global
----------------------------+-----------------------------------------------
  Reporter:  fons           |        Owner:            
      Type:  enhancement    |       Status:  closed    

patch applied (cabal): massage a pattern-with-context around nhc98's typechecker

Fri Jul  4 07:05:41 PDT 2008  Malcolm.Wallace <at> cs.york.ac.uk
  * massage a pattern-with-context around nhc98's typechecker

    M ./Distribution/Simple/GHC/IPI642.hs -1 +3

View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080704140541-6871e-0caeb34f2011dfb4cd9eee46e90ebb4744b05819.gz

patch applied (cabal): help nhc98's import overlap resolver

Fri Jul  4 07:06:13 PDT 2008  Malcolm.Wallace <at> cs.york.ac.uk
  * help nhc98's import overlap resolver

    M ./Distribution/Simple/PackageSet.hs -1 +1

View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080704140613-6871e-c9372ffb61938dc7705a7e13bbd0aecff24f7ecd.gz