March 2010 - cabal-devel

patch applied (cabal-branches/cabal-install-0.8): TAG 0.8.2
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 05:21:39 PDT 2010 Duncan Coutts <duncan(a)haskell.org> tagged 0.8.2

1 0

patch applied (cabal-branches/cabal-install-0.8): Update changelog
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 05:21:29 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Update changelog M ./changelog +8

1 0

patch applied (cabal-branches/cabal-install-0.8): Bump version to 0.8.2
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 05:00:49 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Bump version to 0.8.2 M ./cabal-install.cabal -2 +2

1 0

patch applied (cabal-branches/cabal-1.8): TAG 1.8.0.4
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 05:11:16 PDT 2010 Duncan Coutts <duncan(a)haskell.org> tagged 1.8.0.4

1 0

patch applied (cabal-branches/cabal-1.8): Update changelog for 1.8.0.4
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 05:00:04 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.8.0.4 M ./changelog +9

1 0

patch applied (cabal-branches/cabal-1.8): Bump version to 1.8.0.4
by Duncan Coutts 31 Mar '10

31 Mar '10

Wed Mar 31 04:52:30 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Bump version to 1.8.0.4 M ./Cabal.cabal -3 +3 M ./Makefile -3 +3

1 0

[Hackage] #650: cabal-install clueless of previously installed lib with custom package-db
by Hackage 28 Mar '10

28 Mar '10

#650: cabal-install clueless of previously installed lib with custom package-db ---------------------------------+------------------------------------------ Reporter: nomeata | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ This bug was reported by a Debian user: {{{ This seems to happen for any library that carried dependencies, not just parallel/deepseq. lane@biped:~/src/test $ cabal --version cabal-install version 0.8.0 using version 1.8.0.2 of the Cabal library lane@biped:~/src/test $ cabal update Downloading the latest package list from hackage.haskell.org lane@biped:~/src/test $ echo "[]" > my-package-db lane@biped:~/src/test $ cabal install parallel --package- db="/home/lane/src/test/my-package-db" --prefix="/home/lane/src/test/prefix/" Resolving dependencies... Downloading deepseq-1.1.0.0... Configuring deepseq-1.1.0.0... Preprocessing library deepseq-1.1.0.0... Building deepseq-1.1.0.0... [1 of 1] Compiling Control.DeepSeq ( Control/DeepSeq.hs, dist/build/Control/DeepSeq.o ) Registering deepseq-1.1.0.0... Installing library in /home/lane/src/test/prefix//lib/deepseq-1.1.0.0/ghc-6.12.1 Registering deepseq-1.1.0.0... Downloading parallel-2.2.0.1... Configuring parallel-2.2.0.1... Preprocessing library parallel-2.2.0.1... Building parallel-2.2.0.1... [1 of 2] Compiling Control.Parallel ( Control/Parallel.hs, dist/build/Control/Parallel.o ) [2 of 2] Compiling Control.Parallel.Strategies ( Control/Parallel/Strategies.hs, dist/build/Control/Parallel/Strategies.o ) Registering parallel-2.2.0.1... cabal: parallel-2.2.0.1: dependency "deepseq-1.1.0.0-14fbf43e1c607f21a1eab1783c9c45d4" doesn't exist (use --force to override) cabal: Error: some packages failed to install: parallel-2.2.0.1 failed during the building phase. The exception was: ExitFailure 1 }}} Was he doing something wrong, or is this a bug in cabal-install? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/650> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #645: cabal-install ignores --prefix
by Hackage 27 Mar '10

27 Mar '10

#645: cabal-install ignores --prefix ---------------------------------+------------------------------------------ Reporter: StefanK | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ This is not a duplicate of #601. Installing a package with rm -rf ~/.ghc ~/.cabal cabal clean cabal configure --user --prefix="${HOME}/opt" cabal build cabal install will install the binaries in '/home/sk/.cabal/bin' instead of '/home/sk/opt/bin'. I'll attach a toy project demonstrating this. System: sk@watarrka:~> ghc --version The Glorious Glasgow Haskell Compilation System, version 6.12.1 sk@watarrka:~> cabal --version cabal-install version 0.8.0 using version 1.8.0.2 of the Cabal library -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/645> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #532: Can't find libraries on Windows (Cabal 1.6.0.2)
by Hackage 27 Mar '10

27 Mar '10

#532: Can't find libraries on Windows (Cabal 1.6.0.2) ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Windows | ----------------------------+----------------------------------------------- When trying to install the com-1.2.2 package from the Hackage tarball, configure reports that it cannot find the header file "include/WideStringSrc.h", which is part of the com-1.2.2 source, and is clearly there; and that it cannot find the libraries "kernel32", "user32", etc which are standard system libraries (the corresponding .lib files are part of the Platform SDK), even after giving it the library paths in every possible way (environment variable, command line option, modifying the "com.cabal" file). The former problem was mysteriously eliminated by some random modification of the .cabal file (namely, rearranging the order of the includes). The OS is Windows XP (servicepack 2). Everything works fine with Cabal 1.6.0.1. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/532> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #648: Cabal incorrectly reports missing C library IL
by Hackage 27 Mar '10

27 Mar '10

#648: Cabal incorrectly reports missing C library IL ----------------------------+----------------------------------------------- Reporter: GregoryWeber | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ----------------------------+----------------------------------------------- This problem occurs with Cabal version 1.8.0.2 on Arch Linux (this version number does not appear in the Version selector, so I have left it at 1.6.0.1) and ghc version 6.12.1. Trying to install Codec-Image-DevIL, either version 0.1 or 0.2.0, 'runghc Setup configure' produces a misleading error message: $ runghc Setup configure Configuring Codec-Image-DevIL-0.2.0... Setup: Missing dependency on a foreign library: * Missing C library: IL This problem can usually be solved by installing the system package that provides this library (you may need the "-dev" version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. The error message "Missing C library: IL" is incorrect: the Arch 'devil' package is installed, and the include and library files are present in the normal locations: $ pacman -Q devil devil 1.7.8-6 $ ls /usr/include/IL devil_cpp_wrapper.hpp il.h ilu.h ilu_region.h ilut.h $ ls /usr/lib/*IL* /usr/lib/libIL.a /usr/lib/libILU.a /usr/lib/libILUT.a /usr/lib/libIL.so@ /usr/lib/libILU.so@ /usr/lib/libILUT.so@ /usr/lib/libIL.so.1@ /usr/lib/libILU.so.1@ /usr/lib/libILUT.so.1@ /usr/lib/libIL.so.1.1.0* /usr/lib/libILU.so.1.1.0* /usr/lib/libILUT.so.1.1.0* There does seem to be an error in Codec-Image-DevIL.cabal: where it says Extra-Libraries: IL it should say any of the following (take your choice, all of them work): Extra-Libraries: IL, pthread Extra-Libraries: IL, rt Extra-Libraries: IL, pthread, rt It seems that using the IL library in a C program requires linking with -lrt or -pthread in addition to -lIL. I have the impression that in the configuration step, when Cabal sees the line Extra-Libraries: IL it writes a small C program that tries to include that library, and reports the library is missing if there's an error in compiling and linking the C program. Maybe Cabal needs to interpret the C compiler's and linker's error messages more carefully. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/648> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1