- cabal-devel - Haskell.org

patch applied (cabal-install): Only send the base file name when uploading tarballs
by Duncan Coutts 22 Nov '08

22 Nov '08

Wed Sep 3 16:03:34 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Only send the base file name when uploading tarballs The server should ignore the dir part anyway but there's no need to send it in the first place. M ./Distribution/Client/Upload.hs -6 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080903230334-adfee-…

1 0

patch applied (cabal-branches/cabal-1.6): Update changelog for 1.6.0.x fixes
by Duncan Coutts 22 Nov '08

22 Nov '08

Sat Nov 22 06:57:58 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.6.0.x fixes M ./changelog +9 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2008112214…

1 0

patch applied (cabal-branches/cabal-1.6): Make auto-generated *_paths.hs module warning-free.
by Duncan Coutts 22 Nov '08

22 Nov '08

Thu Nov 6 06:27:34 PST 2008 Thomas Schilling <nominolo(a)googlemail.com> * Make auto-generated *_paths.hs module warning-free. On newer GHCs using {-# OPTIONS_GHC -fffi #-} gives a warning which can lead to a compile failure when -Werror is activated. We therefore emit this option if we know that the LANGUAGE pragma is supported (ghc >= 6.6.1). M ./Distribution/Simple/Build/PathsModule.hs -2 +10 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2008110614…

1 0

patch applied (cabal): Warn about use of tabs
by Duncan Coutts 22 Nov '08

22 Nov '08

Sat Nov 22 07:41:34 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Warn about use of tabs M ./Cabal.cabal -2 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081122154134-adfee-bee1a7bf…

1 0

patch applied (cabal): Bump Cabal HEAD version to 1.7.x development series
by Duncan Coutts 22 Nov '08

22 Nov '08

Sat Nov 22 06:58:17 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Bump Cabal HEAD version to 1.7.x development series Support for LHC is the first divergence between 1.7 and the stable 1.6.x series. M ./Cabal.cabal -1 +1 M ./changelog +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081122145817-adfee-c3abfa45…

1 0

patch applied (cabal): Update changelog for 1.6.0.x fixes
by Duncan Coutts 22 Nov '08

22 Nov '08

Sat Nov 22 06:57:58 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.6.0.x fixes M ./changelog +9 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081122145758-adfee-f1878d7e…

1 0

[Hackage] #409: Support for creating a static package repo
by Hackage 19 Nov '08

19 Nov '08

#409: Support for creating a static package repo ---------------------------------+------------------------------------------ Reporter: mnislaih | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Usual scenario: Bob has a bunch of packages for personal use he does not want or cannot upload to hackage. All he needs is a public_html folder, his packages in tar.gz files, and a bit of help to set up a private static hackage repo. RubyGems allows this with the ''generate_index'' command, see [http://rambleon.org/2008/08/01/creating-your-own-gem-server-redux/ here]. Since cabal-install supports multiple package sources already, the only thing missing is a command to generate the index and directory structure. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/409> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #407: Installing new packages takes forever
by Hackage 17 Nov '08

17 Nov '08

#407: Installing new packages takes forever ---------------------------------+------------------------------------------ Reporter: Paul Visschers | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: major | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: Linux | ---------------------------------+------------------------------------------ I have a fresh install of GHC 6.10.1 and when I try to install new packages I get the following message: {{{ cabal: ghc-pkg describe * failed. If you are using ghc-6.9 and have an empty user package database then this is probably due to ghc bug #2201. The workaround is to register at least one package in the user package db. }}} I indeed have an empty user package database, but I kind of wanted to install my packages globally anyway, so I try again with the "--global" flag. This time I get the "Resolving dependencies..." message and then nothing more seems to happen. After a while my cpu's are both fully used and so is my memory. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/407> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #406: Update lexing/parsing of haddock markup for hackageDB
by Hackage 15 Nov '08

15 Nov '08

#406: Update lexing/parsing of haddock markup for hackageDB --------------------------------+------------------------------------------- Reporter: conal | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | --------------------------------+------------------------------------------- Hackage uses an obsolete haddock lexer/parser for .cabal fields, causing parse failure. For instance, see the bare markup near the top of [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/reactive the reactive lib page]. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/406> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Notes on building 6.10.1
by Gregory Wright 13 Nov '08

13 Nov '08

Hi, When building 6.10.1 under Macports, I notice that hpc now requires that hsc2hs be present on the system (it does not use the hsc2hs built in place with the new ghc). Previous versions did not require hsc2hs to be present; the compiler could be bootstrapped from just the ghc compiler and ghc-pkg. The hpc library is the only one that requires the external hsc2hs. Is this new dependency intentional, or is this a build system bug? This problem escaped detection initially because cabal will use any hsc2hs on the path even if the --with-compiler flag is set. (--with-compiler forces a particular compiler and packaging program, but not hsc2hs.) This is just asking for trouble. For the moment, it's fixed in the Macports build by hacking hpc's Makefile to specify --with-hsc2hs. Should cabal produce and error or a warning if hsc2hs is not found in the same directory as the compiler? I suggest an error by default, but not if --with- hsc2hs is given explicitly. Best Wishes, Greg

2 1