Hackage | 1 May 18:55 2010

[Hackage] #672: 'cabal init' command should allow for multiple entries in the Category field

#672: 'cabal init' command should allow for multiple entries in the Category
field
---------------------------------+------------------------------------------
  Reporter:  byorgey             |        Owner:                  
      Type:  enhancement         |       Status:  new             
  Priority:  normal              |    Milestone:                  
 Component:  cabal-install tool  |      Version:                  
  Severity:  minor               |     Keywords:  init, categories
Difficulty:  easy (<4 hours)     |   Ghcversion:                  
  Platform:                      |  
---------------------------------+------------------------------------------
 The .cabal format allows multiple categories (e.g. Data, Network, Math,
 etc.) to be listed in the Category field, but the 'cabal init' interactive
 mode only lets the user choose a single category.  It would be nice to
 allow the user to choose multiple categories.

--

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

Hackage | 1 May 19:02 2010

[Hackage] #673: cabal init: fail gracefully if bogus files are found during recursive search for source code

#673: cabal init: fail gracefully if bogus files are found during recursive
search for source code
---------------------------------+------------------------------------------
  Reporter:  byorgey             |        Owner:                           
      Type:  defect              |       Status:  new                      
  Priority:  normal              |    Milestone:                           
 Component:  cabal-install tool  |      Version:                           
  Severity:  normal              |     Keywords:  init, search, file, crash
Difficulty:  easy (<4 hours)     |   Ghcversion:  6.12.1                   
  Platform:  Mac OS              |  
---------------------------------+------------------------------------------
 cabal init does a recursive search looking for things that look like
 Haskell modules to be added to the exports list.  The following error
 messages were reported by Ivan Miljenovic:

 {{{
   cabal: /scratch/ghc-6.12.1/distrib/installer-scripts/MacOS: does not
 exist
   cabal: /tmp/pulse-a7kaqGHss6Yh/native: inappropriate type
 }}}

 Not sure exactly what causes these errors, but in any case cabal init
 should not crash.

--

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

(Continue reading)

Hackage | 1 May 19:06 2010

Re: [Hackage] #672: 'cabal init' command should allow for multiple entries in the Category field

#672: 'cabal init' command should allow for multiple entries in the Category
field
---------------------------------+------------------------------------------
  Reporter:  byorgey             |        Owner:                  
      Type:  enhancement         |       Status:  new             
  Priority:  normal              |    Milestone:                  
 Component:  cabal-install tool  |      Version:                  
  Severity:  minor               |     Keywords:  init, categories
Difficulty:  easy (<4 hours)     |   Ghcversion:                  
  Platform:                      |  
---------------------------------+------------------------------------------

Comment(by gwern):

 Can't say I'm too eager to see this feature; I've been less than impressed
 with peoples' general ability to finely categorize their packages (as
 opposed to throwing them in half the categories and making up new ones
 while they're at it).

--

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

Hackage | 1 May 19:11 2010

Re: [Hackage] #672: 'cabal init' command should allow for multiple entries in the Category field

#672: 'cabal init' command should allow for multiple entries in the Category
field
---------------------------------+------------------------------------------
  Reporter:  byorgey             |        Owner:                  
      Type:  enhancement         |       Status:  new             
  Priority:  normal              |    Milestone:                  
 Component:  cabal-install tool  |      Version:                  
  Severity:  minor               |     Keywords:  init, categories
Difficulty:  easy (<4 hours)     |   Ghcversion:                  
  Platform:                      |  
---------------------------------+------------------------------------------

Comment(by byorgey):

 Fair enough, someone requested this feature so I made a ticket for it.
 But it's definitely worth having a discussion on what style we want to
 encourage, since that's part of the goal of cabal init.  If we want to
 encourage everyone to have just one category, then marking this "won't
 fix" is fine by me.

--

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

Hackage | 1 May 23:47 2010

[Hackage] #674: Findable extra documentation

#674: Findable extra documentation
----------------------------+-----------------------------------------------
  Reporter:  jbapple        |        Owner:         
      Type:  enhancement    |       Status:  new    
  Priority:  normal         |    Milestone:         
 Component:  Cabal library  |      Version:  1.6.0.3
  Severity:  normal         |     Keywords:         
Difficulty:  unknown        |   Ghcversion:         
  Platform:                 |  
----------------------------+-----------------------------------------------
 I have a cabal package that should include extra documentation in the
 distribution. This documentation should not be written in Haddock.

 1. There should be a field for this analogous to data-files or extra-
 source-files. The former is too much: the files do not need to be accessed
 by any Haskell runtime. The latter is not enough: it does not store the
 extracted files on the system on which the package is installed.

 2. There should be a way for humans to find these files without loading up
 a GHC runtime or using Unix's "find". I suggest "cabal list" also shows,
 for installed packages with extra data or documentation files installed,
 where these files can be found.

--

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

Hackage | 2 May 00:05 2010

[Hackage] #675: template-haskell cannot be upgraded (broken data-accessor-template)

#675: template-haskell cannot be upgraded (broken data-accessor-template)
---------------------------------+------------------------------------------
  Reporter:  guest               |        Owner:        
      Type:  defect              |       Status:  new   
  Priority:  normal              |    Milestone:        
 Component:  cabal-install tool  |      Version:  HEAD  
  Severity:  normal              |     Keywords:        
Difficulty:  unknown             |   Ghcversion:  6.12.1
  Platform:                      |  
---------------------------------+------------------------------------------
 data-accessor-template-0.2.1.3 has flags in the cabal file on template-
 haskell versions, which makes it broken for cabal-install on ghc-6.12:

 cabal-install tries to install template-haskell-2.3, which fails (and it
 can't be expected to succeed because TH is integrated into ghc due to
 quotes)

 You can work around the build failure with:

 {{{
   cabal install data-accessor-template --constraint='template-haskell >=
 2.4'
 }}}

 cabal-install ought to know that template-haskell isn't something it
 should install (as it does with base).

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/675>
Hackage <http://haskell.org/cabal/>
(Continue reading)

Hackage | 3 May 00:10 2010

[Hackage] #676: bash-completion gets confused by alias for rm

#676: bash-completion gets confused by alias for rm
---------------------------------+------------------------------------------
  Reporter:  benmachine          |        Owner:        
      Type:  defect              |       Status:  new   
  Priority:  normal              |    Milestone:        
 Component:  cabal-install tool  |      Version:  HEAD  
  Severity:  minor               |     Keywords:        
Difficulty:  unknown             |   Ghcversion:  6.12.1
  Platform:  Linux               |  
---------------------------------+------------------------------------------
 I have an alias for rm defined so that it is by default verbose (alias
 rm='rm -v' in my bashrc). When I do

 cabal install has<tab>

 I get something like:

 [ben <at> euler ~]$ cabal install hasbash: bad substitution: no closing "`" in
 `/tmp/cabal_completion.tD2o8O'

 It turns out that rm is helpfully going:

 removed `/tmp/cabal_completion.hb1zbc'

 and then cabal is trying to use this as part of the completion command -
 choking on the ` because bash thinks it is part of a substitution.

 So rm should probably explicitly discard its stdout.

 While I was there I noticed that "cat" is used redundantly. There's
(Continue reading)

Hackage | 3 May 14:42 2010

Re: [Hackage] #672: 'cabal init' command should allow for multiple entries in the Category field

#672: 'cabal init' command should allow for multiple entries in the Category
field
---------------------------------+------------------------------------------
  Reporter:  byorgey             |        Owner:                  
      Type:  enhancement         |       Status:  new             
  Priority:  normal              |    Milestone:                  
 Component:  cabal-install tool  |      Version:                  
  Severity:  minor               |     Keywords:  init, categories
Difficulty:  easy (<4 hours)     |   Ghcversion:                  
  Platform:                      |  
---------------------------------+------------------------------------------

Comment(by duncan):

 We could let people know it is possible but gently discourage it by
 printing a message to let users know that they can add more categories by
 editing the .cabal file.

--

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

Hackage | 3 May 14:44 2010

Re: [Hackage] #330: Support general documentation, not just haddock

#330: Support general documentation, not just haddock
----------------------------+-----------------------------------------------
  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:                 |  
----------------------------+-----------------------------------------------

Comment(by duncan):

 See additional suggestions in ticket #674.

--

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

Hackage | 3 May 14:44 2010

Re: [Hackage] #674: Findable extra documentation

#674: Findable extra documentation
----------------------------+-----------------------------------------------
  Reporter:  jbapple        |        Owner:         
      Type:  enhancement    |       Status:  new    
  Priority:  normal         |    Milestone:         
 Component:  Cabal library  |      Version:  1.6.0.3
  Severity:  normal         |     Keywords:         
Difficulty:  unknown        |   Ghcversion:         
  Platform:                 |  
----------------------------+-----------------------------------------------

Comment(by duncan):

 See ticket #330.

--

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


Gmane