December 2007 - cabal-devel

[Hackage] #201: clean doesn't report an error when it fails
by Hackage 21 Jan '08

21 Jan '08

#201: clean doesn't report an error when it fails ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- running clean just prints "cleaning..." even if it fails to remove the dist directory because of missing privileges. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/201> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #167: cabal-install should treat package names case insenitively in the UI wherever possible
by Hackage 18 Jan '08

18 Jan '08

#167: cabal-install should treat package names case insenitively in the UI wherever possible ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install | Version: 1.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ----------------------------+----------------------------------------------- Currently saying {{{cabal list haxml}}} works fine and returns hits for {{{HaXml}}} which is good. The same does not apply when it comes to {{{cabal list haxml}}}. So what it should do is to look case-insnesitively for haxml. If the match is not exact case-sensitively and there are more than one packages matching case-insensitively then it should abort with a message listing the matches. This should not often happen since within any single HackageDB server, we check that packages names are unique case- insensitively but it's possible to get ambiguities if cabal-install has been configured to use multiple repos. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/167> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

[Hackage] #176: Bad verbosity message lacks crucial detail
by Hackage 15 Jan '08

15 Jan '08

#176: Bad verbosity message lacks crucial detail ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: HEAD Severity: minor | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.6 Platform: Windows | ----------------------------------+----------------------------------------- I wanted to run Cabal and get the maximum information for a bug report, so I did: runhaskell Setup sdist -v5 Setup: Bad verbosity 5 Which is a fine error message, but adding it to: Setup: Bad verbosity 5 (maximum allowed 3) Would save me doing a linear search to find the maximum value. (GHC version 6.8.1 with HEAD Cabal, but that's not a Trac approved combination) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/176> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #168: Behaviour of cabal-install with respect to upgradeable packages is unexpected
by Hackage 01 Jan '08

01 Jan '08

#168: Behaviour of cabal-install with respect to upgradeable packages is unexpected ---------------------+------------------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ---------------------+------------------------------------------------------ When an old version of a package is already installed, running cabal- install to install it should install the latest available version of the package, rather than complaining that the package is already installed. (Or at least interactively provide the option to do so.) Having it simply abort without doing anything is strange because in the most common case a user tries to install a package because they need it and do not already have it. If the package is already installed, that probably means that they do not have a recent enough version of the package. It would also make cabal-install more apt-like, which is probably a good thing, considering the obvious inspiration. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/168> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #197: implement cabal upgrade (installs new versions of all packages)
by Hackage 31 Dec '07

31 Dec '07

#197: implement cabal upgrade (installs new versions of all packages) ---------------------------------+------------------------------------------ Reporter: ijones | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ---------------------------------+------------------------------------------ Changes (by ijones): * status: new => closed * resolution: => fixed * reporter: guest => ijones Comment: Should be done: Mon Dec 31 13:39:53 PST 2007 ijones(a)syntaxpolice.org * Added upgrade command cabal upgrade installs the latest version of any currently installed package. M ./Hackage/Dependency.hs -2 +59 M ./Hackage/Setup.hs +9 A ./Hackage/Upgrade.hs M ./Main.hs +10 M ./cabal-install.cabal +3 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/197#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-install): Added upgrade command
by Isaac Jones 31 Dec '07

31 Dec '07

Mon Dec 31 13:39:53 PST 2007 ijones(a)syntaxpolice.org * Added upgrade command cabal upgrade installs the latest version of any currently installed package. M ./Hackage/Dependency.hs -2 +59 M ./Hackage/Setup.hs +9 A ./Hackage/Upgrade.hs M ./Main.hs +10 M ./cabal-install.cabal +3

1 0

patch applied (cabal-install): improved error handling for multiple installs
by Isaac Jones 31 Dec '07

31 Dec '07

Mon Dec 31 13:03:03 PST 2007 ijones(a)syntaxpolice.org * improved error handling for multiple installs When installing multiple packages, don't quit just after the first error, but rather collect the list of packages that failed to install continue installing whatever packages we can, and provide an error message at the end. M ./Hackage/Install.hs -2 +15

1 0

easy cabal tasks
by Duncan Coutts 30 Dec '07

30 Dec '07

People are often unsure about where they can help out with Cabal. One thing we can do to make that easier is to point out smaller simpler tasks that people might like to have a go at. We have a list of tasks that are marked as easy or very easy: http://hackage.haskell.org/trac/hackage/report/13 This list is also linked from the hackage trac web page ("Easy tickets") http://hackage.haskell.org/trac/hackage/ For people reporting bugs and working with the hackage/cabal trac, look out for tasks that you think could be done by a new or relatively new contributor and mark the bug's difficulty appropriately. Please also give plenty of detail on what the solution should involve and pointers to other documentation as appropriate. Duncan

1 0

Re: [Hackage] #24: Cabal shouldn't try to build GHCI libs on platforms without GHCI
by Hackage 30 Dec '07

30 Dec '07

#24: Cabal shouldn't try to build GHCI libs on platforms without GHCI ------------------------------------+--------------------------------------- Reporter: jgoerzen(a)complete.org | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.2.1 | Platform: Linux ------------------------------------+--------------------------------------- Changes (by duncan): * difficulty: hard => easy (<4 hours) Comment: Implementing this just for ghc 6.8 and later should be easy since we can parse the output of ghc --info to find the: {{{ ,("Have interpreter","YES") }}} read the output of {{{ghc --info}}} at type :: [(String, String)] and lookup the key "Have interpreter" and check the corresponding value against "YES" / "NO". That should be used to set the default of whether ghci libs are built or not. Perhaps if the user explicitly asks for them and they cannot be supported there should be a warning. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/24#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #67: sdist doesn't include .hi-boot files
by Hackage 30 Dec '07

30 Dec '07

#67: sdist doesn't include .hi-boot files ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * platform: => * ghcversion: => 6.2.2 Comment: Does it work with ghc-6.4+'s .hs-boot files either? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/67#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0