December 2009 - cabal-devel

patch applied (cabal-branches/cabal-1.8): Bump version number to 1.8.0.2
by Ian Lynagh 01 Dec '09

01 Dec '09

Tue Dec 1 08:59:18 PST 2009 Ian Lynagh <igloo(a)earth.li> * Bump version number to 1.8.0.2 M ./Cabal.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009120116…

1 0

patch applied (cabal-branches/cabal-1.8): Fix warnings
by Ian Lynagh 01 Dec '09

01 Dec '09

Sun Nov 29 08:46:43 PST 2009 Ian Lynagh <igloo(a)earth.li> * Fix warnings M ./Distribution/Simple/Program/Run.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009112916…

1 0

patch applied (cabal-branches/cabal-1.8): Install shared libraries as executable files
by Ian Lynagh 01 Dec '09

01 Dec '09

Tue Dec 1 06:53:49 PST 2009 Ian Lynagh <igloo(a)earth.li> * Install shared libraries as executable files Fixes GHC trac #3682. Patch from juhpetersen. M ./Distribution/Simple/GHC.hs -3 +5 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009120114…

1 0

patch applied (cabal-branches/cabal-1.8): TAG GHC 6.12-branch created
by Ian Lynagh 01 Dec '09

01 Dec '09

Tue Sep 22 03:45:09 PDT 2009 Ian Lynagh <igloo(a)earth.li> tagged GHC 6.12-branch created View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009092210…

1 0

[Hackage] #614: darcs listed as "programs", not "library and programs"
by Hackage 01 Dec '09

01 Dec '09

#614: darcs listed as "programs", not "library and programs" --------------------------------+------------------------------------------- Reporter: nomeata | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Hi, on http://hackage.haskell.org/packages/archive/pkg-list.html, darcs is listed as "programs", not "library and programs" which really is the case. Greetings, Joachim -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/614> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #385: emgm package incorrectly shown as "program" but is "library and program"
by Hackage 01 Dec '09

01 Dec '09

#385: emgm package incorrectly shown as "program" but is "library and program" --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: Severity: minor | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | --------------------------------+------------------------------------------- The summary says it all. In the HackageDB package overview, it is shown whether packages contain libraries and/or programs, but this does not seem to work correctly in all cases, as emgm demonstrates. kosmikus -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/385> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

Cabal 1.8 clean hook
by C Rodrigues 01 Dec '09

01 Dec '09

Updating a package to work with Cabal 1.8, I found that the clean hook no longer gets a LocalBuildInfo parameter. I've been using the Distribution.Simple.Program facilities to run 'make'. Without access to a configured 'make' at cleanup time, I can't make clean. I can call configureProgram myself to get the program, or just use System.Cmd. What's a good practice? -Chris _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/177141665/direct/01/

2 1

Re: [Hackage] #133: sdist and clean should never be given Maybe LocalBuildInfo
by Hackage 01 Dec '09

01 Dec '09

#133: sdist and clean should never be given Maybe LocalBuildInfo ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: task | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): Half done. {{{ Thu Jun 4 21:38:30 BST 2009 Duncan Coutts <duncan(a)haskell.org> * Do not pass Maybe LocalBuildInfo to clean hook It is a bad idea for clean to do anything different depending on whether the package was configured already or not. The actual cleaning code did not use the LocalBuildInfo so this only changes in the UserHooks interface. No Setup.hs scripts actually make of this parameter for the clean hook. Part of ticket #133. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/133#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Cabal 1.8 clean hook
by C Rodrigues 30 Nov '09

30 Nov '09

Updating a package to work with Cabal 1.8, I found that the clean hook no longer gets a LocalBuildInfo parameter. I've been using the Distribution.Simple.Program facilities to run 'make'. Without access to a configured 'make' at cleanup time, I can't make clean. I can call configureProgram myself to get the program, or just use System.Cmd. What's a good practice? -Chris _________________________________________________________________ Bing brings you maps, menus, and reviews organized in one place. http://www.bing.com/search?q=restaurants&form=MFESRP&publ=WLHMTAG&crea=TEXT…

1 0