December 2009 - cabal-devel

patch applied (cabal): Convert XXX comments to TODO or FIXME as appropriate
by Duncan Coutts 23 Dec '09

23 Dec '09

Tue Dec 22 08:02:47 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Convert XXX comments to TODO or FIXME as appropriate M ./Distribution/Compat/TempFile.hs -4 +4 M ./Distribution/ModuleName.hs -1 +1 M ./Distribution/PackageDescription.hs -20 +1 M ./Distribution/PackageDescription/Configuration.hs -4 +4 M ./Distribution/Simple.hs -1 +1 M ./Distribution/Simple/PreProcess.hs -1 +1 M ./Distribution/Simple/Setup.hs -1 +1 M ./Distribution/Simple/SrcDist.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091222160247-adfee-8a09b642…

1 0

patch applied (cabal): Fixes for compiling Cabal with hugs
by Duncan Coutts 23 Dec '09

23 Dec '09

Wed Dec 23 02:39:16 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fixes for compiling Cabal with hugs Ignore-this: f49c719d33e3909996f391e80911c51c M ./Cabal.cabal -1 +1 M ./Distribution/Compat/Exception.hs -1 +1 M ./Distribution/Compat/TempFile.hs +1 M ./Distribution/Simple/Utils.hs -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091223103916-adfee-7a315d81…

1 0

Auto reinstall packages for new GHC?
by jonathanGfischoff＠gmail.com 23 Dec '09

23 Dec '09

Hi, I heard on the #haskell irc channel that there might be a way to get cabal to automatically update a new version of ghc with all the previously installed packages. Is that true? If so, I would love to know how. -Jonathan

2 1

[Hackage] #244: Add Changelog summary feature to sdist
by Hackage 22 Dec '09

22 Dec '09

#244: Add Changelog summary feature to sdist ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- In a discussion with Audrey Tang, she mentioned that a very nice feature of CPAN which she missed in Hackage was standardized changes files. It seems to me that one way to acheive this would be to add a --changelog flag to sdist (or maybe make default). This call 'darcs changes' and copy into the ChangeLog everything up to 2 tags ago. (2 tags because the first tag might be you preparing for a release). I'd imagine parsing would be dead easy: 'lines' to split it up into individual entries, and then take until you hit a 'tagged' entry. If the resulting list is length of 1, then take again. So you'd go 'runhaskell Setup sdist --changelog', and ChangeLog in the tarball would have, say, for Monadius: ---- Wed Feb 20 18:37:42 EST 2008 gwern0(a)gmail.com tagged 0.91 Wed Feb 20 18:37:29 EST 2008 gwern0(a)gmail.com * misc improvements: newtype, cabal, fmt Fri Dec 7 16:23:53 EST 2007 gwern0(a)gmail.com * rm extra source-files The line was originally there because there is an icon for Monadius in the source-files and some sort of Windows resource text file telling Windows to use it; I'm removing the mention of them in the .cabal because I don't think Cabal handles that right now. Thu Dec 6 16:30:31 EST 2007 gwern0(a)gmail.com * whitespace changes, add haskell98 to dependencies Tue Dec 4 13:46:38 EST 2007 gwern0(a)gmail.com * mv cabal field so hackage doesn't complain Tue Dec 4 13:10:47 EST 2007 gwern0(a)gmail.com * cabal fixes Tue Dec 4 08:32:25 EST 2007 gwern0(a)gmail.com tagged 0.91 ---- At this point, Hackage could be updated to link to it in the same way as it does for the .cabal file. That way, people could then easily take a look and see what's new since the last version. (Said facility is currently a little difficult unless the package authors manually maintain a ChangeLog and specifically include it into the tarball; you'd still have to either go to the repo or download the tarball simply to find out what's different from the older packages.) --gwern -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/244> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 14

[Hackage] #331: pkg-config error messages could be better
by Hackage 22 Dec '09

22 Dec '09

#331: pkg-config error messages could be better ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: | ----------------------------------+----------------------------------------- Currently if you `cabal install X11-xft` but don't have the xft development package installed you get this during configure: {{{ cabal: The pkg-config package xft is required but it could not be found. }}} What is not immediately clear is that this is a native package and thus not something that `cabal-install` could have gone and fetched. So the wording of this message could be improved. Perhaps mentioning both in general terms and then specifically. For example saying that the development files for xft are not installed and that the user probably can and should install a native package that provides it. Specifically it's looking for a xft.pc file that pkg-config uses to tell is what compiler flags to use to use xft. A related problem is that the message is somewhat lost in the noise because we print the error to stdout rather than throwing it as an exception that we could print in the final summary. This problem is particulary bad when we have to have error message cross process boundaries, ie when cabal-install invokes a setup program. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/331> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #515: --extra-lib-dirs= should add -R/-rpath to hsc2hs calls
by Hackage 22 Dec '09

22 Dec '09

#515: --extra-lib-dirs= should add -R/-rpath to hsc2hs calls ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- Currently the `--extra-lib-dirs=` flag is only used to add extra `-L` flags in calls to `gcc`, `hsc2hs` etc. On systems where `--extra-lib- dirs=` is necessary it's almost always the case that we also need `-R`/`-rpath` too. Apparently `-rpath` is somewhat controversial and some people argue against using it. However one case where it is clearly necessary is in invoking `hsc2hs`. This is because `hsc2hs` compiles, links and runs a C program. The program is run once on the host machine and never installed or distributed. So all the usual arguments against `-rpath` do not apply. Hard coding the paths of libs is fine since the program is only used once, in the build tree. It's also essential for it to actually work. Here's an example log from someone hitting this problem: {{{ $ cabal install pcre-light --extra-include-dirs=/usr/local/include --extra-lib-dirs=/usr/local/lib Resolving dependencies... 'pcre-light-0.3.1' is cached. Configuring pcre-light-0.3.1... Preprocessing library pcre-light-0.3.1... dist/build/Text/Regex/PCRE/Light/Base_hsc_make: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory running dist/build/Text/Regex/PCRE/Light/Base_hsc_make failed command was: dist/build/Text/Regex/PCRE/Light/Base_hsc_make >dist/build/Text/Regex/PCRE/Light/Base.hs }}} On this system it appears that `/usr/local/lib` is not on the default static linker path, or the default dynamic linker path. So we need `-L/usr/local/lib` for the static linker and `-R/usr/local/lib` for the dynamic linker. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/515> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #543: cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2
by Hackage 22 Dec '09

22 Dec '09

#543: cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2 ----------------------------+----------------------------------------------- Reporter: nr | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: ghc package.conf Difficulty: unknown | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- cabal requires root privileges in order to modify files in /usr/lib/ghc-6.8.2. I'm reporting this as a defect in the tool, since it was told to install in /usr/local/cabal, and it seems unreasonable that cabal should require root privileges when these are not required for installing into its target directory. I am less well informed about the Linux Filesystem Standard, but I believe that files in /usr/lib are supposed to be immutable. If I'm correct, cabal is violating that standard in a major way. If you must have a mutable {{{package.conf}}}, put it in {{{/var/lib/ghc-6.8.2}}}, and make it group writable by a suitable group (which you may need to create). I'm cc-ing ghc-devel on this one because the two groups will probably have to cooperate. {{{ : nr@homedog 5548 ; cabal install graphmod Resolving dependencies... Downloading dotgen-0.2... Configuring dotgen-0.2... Preprocessing library dotgen-0.2... Building dotgen-0.2... [1 of 1] Compiling Text.Dot ( Text/Dot.hs, dist/build/Text/Dot.o ) /usr/bin/ar: creating dist/build/libHSdotgen-0.2.a Installing library in /usr/local/cabal/lib/dotgen-0.2/ghc-6.8.2 Registering dotgen-0.2... Reading package info from "dist/installed-pkg-config" ... done. Unable to rename "/usr/lib/ghc-6.8.2/package.conf" to "/usr/lib/ghc-6.8.2/package.conf.old" Saving old package config file... ghc-pkg.bin: /usr/lib/ghc-6.8.2/package.conf: renameFile: permission denied (Permission denied) Downloading haskell-lexer-1.0... Configuring haskell-lexer-1.0... Preprocessing library haskell-lexer-1.0... Building haskell-lexer-1.0... [1 of 6] Compiling Language.Haskell.Lexer.Position ( Language/Haskell/Lexer/Position.hs, dist/build/Language/Haskell/Lexer/Position.o ) Language/Haskell/Lexer/Position.hs:25:4: Warning: Pattern match(es) are overlapped In a case alternative: '\n' -> ... [2 of 6] Compiling Language.Haskell.Lexer.Tokens ( Language/Haskell/Lexer/Tokens.hs, dist/build/Language/Haskell/Lexer/Tokens.o ) [3 of 6] Compiling Language.Haskell.Lexer.Utils ( Language/Haskell/Lexer/Utils.hs, dist/build/Language/Haskell/Lexer/Utils.o ) [4 of 6] Compiling Language.Haskell.Lexer.Lex ( Language/Haskell/Lexer/Lex.hs, dist/build/Language/Haskell/Lexer/Lex.o ) [5 of 6] Compiling Language.Haskell.Lexer.Layout ( Language/Haskell/Lexer/Layout.hs, dist/build/Language/Haskell/Lexer/Layout.o ) [6 of 6] Compiling Language.Haskell.Lexer ( Language/Haskell/Lexer.hs, dist/build/Language/Haskell/Lexer.o ) /usr/bin/ar: creating dist/build/libHShaskell-lexer-1.0.a Installing library in /usr/local/cabal/lib/haskell-lexer-1.0/ghc-6.8.2 Registering haskell-lexer-1.0... Reading package info from "dist/installed-pkg-config" ... done. Unable to rename "/usr/lib/ghc-6.8.2/package.conf" to "/usr/lib/ghc-6.8.2/package.conf.old" Saving old package config file... ghc-pkg.bin: /usr/lib/ghc-6.8.2/package.conf: renameFile: permission denied (Permission denied) cabal: Error: some packages failed to install: dotgen-0.2 failed during the final install step. The exception was: exit: ExitFailure 1 graphmod-1.1.3 depends on haskell-lexer-1.0 which failed to install. haskell-lexer-1.0 failed during the final install step. The exception was: exit: ExitFailure 1 : nr@homedog 5549 ; }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/543> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #590: PackageDescription could derive (Data,Typeable)
by Hackage 22 Dec '09

22 Dec '09

#590: PackageDescription could derive (Data,Typeable) ----------------------------------+----------------------------------------- Reporter: bastl | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Please add (deriving Data,Typeable) to all data types. Very easy, and does no harm as far as I know. I need it for a dependency-tracker between different artifacts (e.g. derive [Dependency] from hs-sources) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/590> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib
by Hackage 22 Dec '09

22 Dec '09

#589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib ----------------------------+----------------------------------------------- Reporter: markstos | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- FreeBSD stores a number of standard things in /usr/local/lib, such as the 'curl' libraries that darcs needs to compile against. Cabal should detect that FreeBSD is the platform and look in this lib directory automatically. Reference my experience trying to install darcs on FreeBSD: http://www.mail-archive.com/darcs-users@darcs.net/msg12611.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/589> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #566: Don't try and resolve dependencies for packages that are not buildable
by Hackage 22 Dec '09

22 Dec '09

#566: Don't try and resolve dependencies for packages that are not buildable ----------------------------------+----------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- I had a component like this: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 if !flag(benchmark) Buildable: False Ghc-Options: -O2 -fvia-C -Wall }}} However, I've only just found out that this meant that you couldn't install any parts of my package on Windows, because Cabal tried to resolve the "unix" dependency even if "benchmark" was False (the default)! I've solved this like so: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if !flag(benchmark) Buildable: False else if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 Ghc-Options: -O2 -fvia-C -Wall }}} But really Cabal should not need to resolve dependencies for things that are not buildable. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/566> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1