March 2012 - cabal-devel

Re: [Hackage] #474: cabal-install needlessly reinstalls an existing package
by Hackage 11 Mar '12

11 Mar '12

#474: cabal-install needlessly reinstalls an existing package ---------------------------------+------------------------------------------ Reporter: judah | Owner: kosmikus Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.14 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: solver Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Changes (by kosmikus): * keywords: => solver * owner: => kosmikus -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/474#comment:9> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #470: identify and exclude broken or unusable packages when constructing and merging package dbs
by Hackage 11 Mar '12

11 Mar '12

#470: identify and exclude broken or unusable packages when constructing and merging package dbs ---------------------------------+------------------------------------------ Reporter: guest | Owner: kosmikus Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.14 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: solver Difficulty: hard (< 1 day) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Changes (by kosmikus): * owner: => kosmikus -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/470#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #405: cabal-install finds non-existent conflict due to picking base 3
by Hackage 11 Mar '12

11 Mar '12

#405: cabal-install finds non-existent conflict due to picking base 3 ---------------------------------+------------------------------------------ Reporter: dreixel | Owner: kosmikus Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.14 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: solver Difficulty: hard (< 1 day) | Ghcversion: 6.10.1 Platform: | ---------------------------------+------------------------------------------ Changes (by kosmikus): * keywords: => solver * owner: => kosmikus -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/405#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #896: cabal install cabal-install fails if gcc not in /Developer/usr/bin/gcc
by Hackage 11 Mar '12

11 Mar '12

#896: cabal install cabal-install fails if gcc not in /Developer/usr/bin/gcc ---------------------------------+------------------------------------------ Reporter: jeremyw.sherman | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ Under Mac OS X, `cabal` assumes `gcc` is at `/Developer/usr/bin/gcc`. This fails when Xcode is installed to another directory. Xcode has supported installing to an arbitrary folder since at least Xcode 3.x. This is particularly common among iOS developers, as they frequently require multiple parallel Xcode installs. Since Xcode installs gcc to both `$DEVELOPER/usr/bin/gcc` and `/usr/bin/gcc`, this could be fixed by using `/usr/bin/gcc` directly or the result of a search in `$PATH` for `gcc`. The user workaround for now is to symlink `/Xcode_4_2` (or whatever the user's latest Xcode install directory is) to `/Developer`. (Apple is moving from `gcc` to `clang`, anyway. Apple's `gcc` has been frozen at an ancient version for some time now.) Sample session exhibiting this bug: {{{ $ cabal install cabal-install Resolving dependencies... Configuring cabal-install-0.10.2... ghc: could not execute: /Developer/usr/bin/gcc cabal: Error: some packages failed to install: cabal-install-0.10.2 failed during the configure step. The exception was: ExitFailure 1 $ cabal --version cabal-install version 0.8.0 using version 1.8.0.2 of the Cabal library $ which gcc /usr/bin/gcc $ which clang /usr/bin/clang $ ls -l `which gcc` lrwxr-xr-x 1 root wheel 12 13 Okt 15:37 /usr/bin/gcc@ -> llvm-gcc-4.2 $ ls -l `which clang` -rwxrwxr-x 1 root admin 41251344 27 Aug 03:53 /usr/bin/clang* $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.3 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/896> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #927: [PATCH] enhancements to cabal init: dependency guessing + minor improvements
by Hackage 10 Mar '12

10 Mar '12

#927: [PATCH] enhancements to cabal init: dependency guessing + minor improvements ---------------------------------+------------------------------------------ Reporter: byorgey2 | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.16 Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: init Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Sent this to the mailing list a while ago but sticking it here so it doesn't get lost. As of today (9 March 2012) it still applies cleanly. The bundle contains four patches. The first three are minor improvements. The last is a bigger addition, which tries to guess the right package dependencies to list in the build-depends field. {{{ Fri Oct 14 16:21:34 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: improve prompt: 'homepage' field is not for repos. Fri Oct 14 16:22:10 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: improve prompt: enclose y/n in parens Fri Oct 14 16:22:30 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: see whether source directory 'src' exists. Tue Oct 25 01:09:00 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: guess at filling in deps in the build-depends: field }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/927> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #842: cabal appears to complain about relative paths
by Hackage 10 Mar '12

10 Mar '12

#842: cabal appears to complain about relative paths ---------------------------------+------------------------------------------ Reporter: jeffz | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ With `cabal configure --extra-lib-dirs=foo` $ cabal build Preprocessing library HENet-0.0.1... Building HENet-0.0.1... Registering HENet-0.0.1... cabal.exe: HENet-0.0.1: library-dirs: .libs is a relative path (use --force to override) Originally reported on irc: <dcoutts> jeffz: the right solution here would be for cabal to make the paths absolute before passing them on to ghc-pkg -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/842> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #649: better warning messages for why dependencies are missing / cannot be selected
by Hackage 09 Mar '12

09 Mar '12

#649: better warning messages for why dependencies are missing / cannot be selected ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: cabal-install-0.14 Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: solver Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Changes (by kosmikus): * keywords: => solver -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/649#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #924: symlink-bindir does not play nice with program-suffix
by Hackage 09 Mar '12

09 Mar '12

#924: symlink-bindir does not play nice with program-suffix ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.14.0 Severity: normal | Keywords: symlink-bindir program-suffix Difficulty: unknown | Ghcversion: 7.4.1 Platform: Linux | ---------------------------------+------------------------------------------ I'd expect symlinks to be created with the program-suffix. Instead what happens is that cabal-install correctly suffixes the installed binary, but attempts to create a symlink to it from an unsuffixed name, which can fail if the unsuffixed name already exists in the symlink-bindir. {{{ ~ $ cabal --version cabal-install version 0.13.3 using version 1.14.0 of the Cabal library }}} Example: {{{ gruff $ cabal install --program-suffix=-fixed ...[snip]... Warning: could not create a symlink in /home/claude/opt/bin for gruff because the file exists there already but is not managed by cabal. You can create a symlink for this executable manually if you wish. The executable file has been installed at /home/claude/.cabal/bin/gruff-fixed }}} (The symlink already existed in this particular case, because I wanted to install my development program with a suffix to avoid clobbering the known working version.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/924> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #926: bootstrap.sh with --global ignores PREFIX
by Hackage 09 Mar '12

09 Mar '12

#926: bootstrap.sh with --global ignores PREFIX ----------------------------+----------------------------------------------- Reporter: milkypostman | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- If you run the bootstrap for cabal-install and specify `--global`, the script ignores the PREFIX environment variable. This means that it's impossible to install anywhere else besides `/usr/local/` using `--global`. Here is a patch. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/926> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #908: Error installing base
by Hackage 08 Mar '12

08 Mar '12

#908: Error installing base ----------------------------+----------------------------------------------- Reporter: mcandre | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Specs: {{{ $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 10.04.3 LTS Release: 10.04 Codename: lucid $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.12.1 $ cabal --version cabal-install version 0.8.0 using version 1.8.0.2 of the Cabal library }}} Trace: {{{ $ sudo cabal install base Resolving dependencies... cabal: Distribution/Client/Dependency/TopDown.hs:169:37-73: Non-exhaustive patterns in lambda }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/908> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1