- cabal-devel - Haskell.org

patch applied (cabal): Fix duplicate import warnings
by Ian Lynagh 12 Oct '10

12 Oct '10

Tue Oct 12 06:12:27 PDT 2010 Ian Lynagh <igloo(a)earth.li> * Fix duplicate import warnings M ./Distribution/Simple/Build.hs -1 +1 M ./Distribution/Simple/PreProcess.hs -1 +1 M ./Distribution/Simple/Test.hs -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

Next steps for "cabal test" feature
by Duncan Coutts 12 Oct '10

12 Oct '10

Thomas, As you'll have noticed, I've pushed all your cabal test patches. I did a bit of reorganising on top of that but nothing drastic. For the moment I've kept the "detailed" test type at version 0.9 since we are still discussing some details there. I've added a few TODOs in the test section of Distribution/Simple/Setup.hs. Either you or I should have a go at those some time. I think we talked about the append and reply features before. I don't recall if you said we needed them or not. For the Cabal-1.10 branch, I'm toying between a few options: 1. Remove the test feature from the 1.10.x release entirely 2. Update to the current state of the test patches in cabal HEAD 3. Update to the current state of the test patches in cabal HEAD but then disable the detailed test type, keeping just the basic test interface for the 1.10.x releases. We have to do something because the current 1.10.x branch has half the test patches and so has a random intermediate API. I'm inclined to go for option 3. The plan would be to get some experience with the basic interface in a few real packages and to work on getting the detailed API sorted out in time for the next major release. That does not need to be 12 months away, I've done major releases part-way in the GHC cycle before. Lemme know what you think. Duncan

2 2

[Hackage] #747: symlinks in sdists
by Hackage 12 Oct '10

12 Oct '10

#747: symlinks in sdists ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Should hackage reject tarballs that contain symlinks? Or broken symlinks? I just ran across a broken symlink in ipprint 0.4: {{{ ipprint-0.4/.#ipprint.cabal -> gleb@gleb.kiev.zoral.com.ua.3270:1271836339 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/747> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #518: reconfigure command that uses the previous configure command
by Hackage 12 Oct '10

12 Oct '10

#518: reconfigure command that uses the previous configure command ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Resolution: fixed Keywords: | Difficulty: unknown Ghcversion: | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: {{{ Wed Aug 25 14:11:06 BST 2010 Dmitry Astapov <dastapov(a)gmail.com> * Auto-reconfiguration when .cabal is newer than setup-config This patch adds "ConfigFlags" to the "LocalBuildInfo" and reuses them to perform "configureAction" when .cabal file is changed. This has the same effect as re-running "configure" with the most recent used set of options, which should be the sensible thing to do. Closes #294, #477, #309 and #518. }}} This implements the solution suggested in #294, so we do not need a reconfigure command. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/518#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #309: cabal install should recognize if package was already configured
by Hackage 12 Oct '10

12 Oct '10

#309: cabal install should recognize if package was already configured ---------------------------------+------------------------------------------ Reporter: bfr | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Comment(by duncan): {{{ Wed Aug 25 14:11:06 BST 2010 Dmitry Astapov <dastapov(a)gmail.com> * Auto-reconfiguration when .cabal is newer than setup-config This patch adds "ConfigFlags" to the "LocalBuildInfo" and reuses them to perform "configureAction" when .cabal file is changed. This has the same effect as re-running "configure" with the most recent used set of options, which should be the sensible thing to do. Closes #294, #477, #309 and #518. }}} I have not yet checked if it actually fixes this ticket though. I think this one might be more tricky than the others. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/309#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #477: re-configure when the .cabal file changes
by Hackage 12 Oct '10

12 Oct '10

#477: re-configure when the .cabal file changes ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: {{{ Wed Aug 25 14:11:06 BST 2010 Dmitry Astapov <dastapov(a)gmail.com> * Auto-reconfiguration when .cabal is newer than setup-config This patch adds "ConfigFlags" to the "LocalBuildInfo" and reuses them to perform "configureAction" when .cabal file is changed. This has the same effect as re-running "configure" with the most recent used set of options, which should be the sensible thing to do. Closes #294, #477, #309 and #518. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/477#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #294: Setup build should call Setup configure, if necessary
by Hackage 12 Oct '10

12 Oct '10

#294: Setup build should call Setup configure, if necessary ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: {{{ Wed Aug 25 14:11:06 BST 2010 Dmitry Astapov <dastapov(a)gmail.com> * Auto-reconfiguration when .cabal is newer than setup-config This patch adds "ConfigFlags" to the "LocalBuildInfo" and reuses them to perform "configureAction" when .cabal file is changed. This has the same effect as re-running "configure" with the most recent used set of options, which should be the sensible thing to do. Closes #294, #477, #309 and #518. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/294#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #339: cabal should force a rebuild when Extensions: or *-Options: change
by Hackage 12 Oct '10

12 Oct '10

#339: cabal should force a rebuild when Extensions: or *-Options: change ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.3 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: {{{ Wed Aug 25 14:11:06 BST 2010 Dmitry Astapov <dastapov(a)gmail.com> * Auto-reconfiguration when .cabal is newer than setup-config This patch adds "ConfigFlags" to the "LocalBuildInfo" and reuses them to perform "configureAction" when .cabal file is changed. This has the same effect as re-running "configure" with the most recent used set of options, which should be the sensible thing to do. Closes #294, #477, #309 and #518. }}} Also closes this ticket. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/339#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Remove the ghc Makefile stuff for the old docbook xml
by Duncan Coutts 10 Oct '10

10 Oct '10

Sun Oct 10 14:00:26 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Remove the ghc Makefile stuff for the old docbook xml Not woth keeping it, none of it can sensibly be reused. The GHC devs will need to add something new for the markdown user guide. R ./doc/Cabal.xml R ./doc/Makefile R ./doc/ghc.mk View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): Update Makefile for new markdown user guide
by Duncan Coutts 10 Oct '10

10 Oct '10

Sun Oct 10 13:59:38 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Update Makefile for new markdown user guide M ./Makefile -23 +11 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0