December 2009 - cabal-devel

patch applied (cabal-branches/cabal-install-0.8): Update the changelog for 0.8
by Duncan Coutts 19 Dec '09

19 Dec '09

Fri Dec 18 08:52:21 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update the changelog for 0.8 Ignore-this: 35f1f722b56c7eec84574e9d4be0d0f3 M ./changelog +16 View patch online: http://darcs.haskell.org/cabal-branches/cabal-install-0.8/_darcs/patches/20…

1 0

patch applied (cabal-branches/cabal-install-0.8): Fix combination of --global --package-db when compiling Setup.hs scripts
by Duncan Coutts 19 Dec '09

19 Dec '09

Fri Dec 18 08:51:19 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix combination of --global --package-db when compiling Setup.hs scripts Ignore-this: 6a78eaf39c21dfc692458f1046d852ce The order of the package db stack is important. M ./Distribution/Client/Install.hs -1 +4 View patch online: http://darcs.haskell.org/cabal-branches/cabal-install-0.8/_darcs/patches/20…

1 0

[Hackage] #601: cabal setup doesn't respect --prefix
by Hackage 19 Dec '09

19 Dec '09

#601: cabal setup doesn't respect --prefix ----------------------------+----------------------------------------------- Reporter: zooko | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I'm trying to install Cabal here. The install process (and the running cabal executable itself) isn't allowed to write into {{{/var/lib}}}, nor into any directory outside of {{{/usr/local/stow/Cabal}}}. So I pass {{{--prefix=/usr/local/stow/Cabal}}} and in addition I use unix permissions to make it so that if it attempts to write outside of the specified prefix it will fail. Good thing I did, because it does indeed so attempt: {{{ ./Setup configure --prefix=/usr/local/stow/Cabal ./Setup build ./Setup install Fri Oct 23 21:29:12 MDT 2009 Installing library in /usr/local/stow/Cabal/lib/Cabal-1.6.0.2/ghc-6.10.4 Registering Cabal-1.6.0.2... Reading package info from "dist/installed-pkg-config" ... done. Writing new package config file... ghc-pkg: /var/lib/ghc-6.10.4/./package.conf: you don't have permission to modify this file }}} Is there a different option to tell it to use a {{{package.conf}}} file in a specific directory? In any case, the fact that it is attempting to write outside the specified {{{--prefix}}} seems like a bug to me. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/601> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #618: Detect in advance if install will be impossible due to permissions
by Hackage 18 Dec '09

18 Dec '09

#618: Detect in advance if install will be impossible due to permissions ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- People sometimes accidentally install into paths where they do not have write permissions. This can happen because they do not know the default behaviour, accidental misconfiguration, accidental use or non-use of sudo. It would be a service to users if these conditions were detected up front and some suitable explanation given rather than failing half way through the installation step. Specifically the directories where files will be installed should be checked. Also any package registration files should also be checked. Note that we should only do this check for commands that are definitely going to install file, we should not do it for configure for example since it's quite possible to configure and build as a user but install as root. See #601 for one example of confusion. See also #611 about sudo. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/618> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #602: support for jhc adapted to jhc-0.7.2
by Hackage 18 Dec '09

18 Dec '09

#602: support for jhc adapted to jhc-0.7.2 ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- See attached darcs patch. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/602> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #609: ghc-pkg dump encoding
by Hackage 18 Dec '09

18 Dec '09

#609: ghc-pkg dump encoding ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- With ghc-6.12.0.20091120, `FunctorSalad` on IRC found: {{{ when I try to run some Setup.hs (of any package, apparently), it compiles, but ./Setup configure crashes with: Setup: fd:5: hGetContents: invalid argument (Invalid or incomplete multibyte or wide character) *** glibc detected *** ./Setup: double free or corruption (!prev): 0x098953a0 *** }}} As far as I can tell, the problem is that `./Setup` finds `/usr/bin/ghc` which is 6.10.4, and the output of `ghc-pkg dump | hexdump -C` includes: {{{ 00038060 63 6f 70 79 72 69 67 68 74 3a 20 a9 20 32 30 30 |copyright: . 200| }}} i.e. there's a latin-1 copyright symbol 0xA9. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/609> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 18 Dec '09

18 Dec '09

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn(a)bringert.net | Owner: blackh Type: enhancement | Status: assigned Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.4.2 | Platform: Linux ---------------------------------+------------------------------------------ Changes (by duncan): * difficulty: normal => easy (<4 hours) Comment: Feature included in Cabal-1.8 release. Two bits remaining however: * Support for ghc-6.12 needs fixing. We currently get the installed package ids wrong. * Need to review and apply blackh's patches for cabal-install. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:18> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #171: Add command to automagically create an initial cabal package
by Hackage 18 Dec '09

18 Dec '09

#171: Add command to automagically create an initial cabal package --------------------------+------------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Linux | --------------------------+------------------------------------------------- Don Stewart has a nice tool called mkcabal (http://www.cse.unsw.edu.au/~dons/code/mkcabal/) which creates an initial cabal package. It would be nice to have this built into the 'cabal' program itself so that "cabal create" or "cabal init" or similar would interactively create a cabal package. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/171> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

[Hackage] #516: Maintain central haddock module index.
by Hackage 18 Dec '09

18 Dec '09

#516: Maintain central haddock module index. ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: Platform: | ----------------------------+----------------------------------------------- The ghc api documentation includes a central index of [http://haskell.org/ghc/docs/latest/html/libraries/ all the modules in the core libraries]. Some people would like the same for all the modules provided by all the packages they have installed. See #206 for some of the previous discussion on this topic. The questions to resolve are where the index should be kept by default and how it should be configured (eg switched off). For example for a per-user install an index could live in `$HOME/.cabal/share/doc/index.html` but the equivalent is not appropriate for other prefixes like `/usr/local`. For global packages shipped by a distro the problem is much worse. We do not really want to have to have distro packages re-generating an html index every time they add and remove a package. Perhaps we should be looking at alternative solutions like using [http://live.gnome.org/devhelp devhelp] which can give easy access to installed documentation without maintaining a central index/catalog. Similar issues apply to a hoogle index. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/516> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #484: generalise version range syntax
by Hackage 18 Dec '09

18 Dec '09

#484: generalise version range syntax ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- The internal version range syntax allows arbitrary unions and intersections. The parser only allows two clauses and no brackets. See: http://haskell.org/pipermail/haskell-cafe/2009-January/054049.html {{{ I'm having some difficulty specifying dependencies in my .cabal file for a package I'm looking to upload to hackage soon. The difficulty is as follows. I basically want to specify parsec (>= 2.1 && < 3.0.0) || (> 3.0.0 && < 4) }}} I suggest we allow any number of clauses and brackets, to match the internal representation. We could also add `/=` or `!=` syntax since that is also easy to represent. It is harder to translate into other representations however we have a new view in terms of version ranges which should make it easier to do translations and to discover when the version range has more detail than can be represented in the target language (and maybe even approximate in such situations). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/484> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1