January 2012 - cabal-devel

[Hackage] #798: install gives "removeLink: does not exist" for a dependency that exists
by Hackage 05 Jan '12

05 Jan '12

#798: install gives "removeLink: does not exist" for a dependency that exists ----------------------------+----------------------------------------------- Reporter: tsueako | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Linux | ----------------------------+----------------------------------------------- In installing regex-pcre in an installation with regex-base already installed, I get: Registering regex-base-0.93.2... /usr/bin/ghc-pkg update - --global --no-user-package-conf cabal: ghc-pkg: /usr/lib/ghc-6.12.3/package.conf.d/regex- base-0.93.2-93d41c404776e7153a3c56abb15299c9.conf: removeLink: does not exist (No such file or directory) and regex-pcre does not install. However, prior to running cabal 'ghc-pkg list' had shown that regex-base was already installed. I suspect this is a problem due to the way haskell is installed on Fedora. Basically, you: 1. install a haskell-platform rpm, which leads to a bunch of ghc rpms being installed. 2. you supplement these rpms with any other Fedora haskell package rpms you may need. At this point everything works. 3. when you cabal install other packages from hackagedb, 1 of 3 things usually happens: a. install is successful. b. install fails, but can be done by using an older version of the package. c. install fails as above. I have already submitted a bug report to Fedora, and they thought it might be useful to kick it up. BTW, I have also noticed that the global package.conf.d directory has a mixed format (entries with and w/o a hash) as in: random-1.0.0.2-f4208c3677aeaaaf41e4d36309c0b4ff.conf ranges-0.2.3-2cf5a2473b624130e73c098781871f09.conf regex-base-0.93.2.conf -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/798> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #751: Cabal confused about DeriveFunctor
by Hackage 05 Jan '12

05 Jan '12

#751: Cabal confused about DeriveFunctor ---------------------------------+------------------------------------------ Reporter: osaunders | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Mac OS | ---------------------------------+------------------------------------------ Full details here: http://stackoverflow.com/questions/4001749/is- derivefunctor-a-well-recognized-extension-cabal-seems-confused/4001965 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/751> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #750: Distribution\Client\Dependency\TopDown.hs:171:37-73: Non-exhaustive patterns in lambda
by Hackage 05 Jan '12

05 Jan '12

#750: Distribution\Client\Dependency\TopDown.hs:171:37-73: Non-exhaustive patterns in lambda ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Windows | ----------------------------+----------------------------------------------- C:\Users\suszynsk>cabal install syb Resolving dependencies... cabal: dependencies conflict: base-3.0.3.2 requires syb ==0.1.0.2 however syb-0.1.0.2 was excluded because syb-0.2.2 was selected instead C:\Users\suszynsk>cabal install base Resolving dependencies... cabal: Distribution\Client\Dependency\TopDown.hs:171:37-73: Non-exhaustive patterns in lambda -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/750> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #838: Cabal no longer adds binaries to PATH
by Hackage 05 Jan '12

05 Jan '12

#838: Cabal no longer adds binaries to PATH ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: executable binary bin path binaries executables Difficulty: unknown | Ghcversion: Platform: Mac OS | ----------------------------+----------------------------------------------- {{{ $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.2 $ cabal --version cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library $ cabal install darcs ... Installing executable(s) in /Users/andrew/Library/Haskell/ghc-7.0.2/lib/darcs-2.5.2/bin $ darcs -bash: darcs: command not found }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/838> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 05 Jan '12

05 Jan '12

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder@… | Owner: ijones Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: Cabal library | Version: 1.2.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:18> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #805: Configure fails when AvailablePackage source is RepoTarballPackage
by Hackage 05 Jan '12

05 Jan '12

#805: Configure fails when AvailablePackage source is RepoTarballPackage ---------------------------------+------------------------------------------ Reporter: dmp | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I'm having cabal configure will fail with {{{ cabal: internal error: configure install plan should have exactly one local ready package. }}} Checking the source code shows that this error occurs in {{{Configure.hs}}} when failing a pattern match in Configure.hs:88. The value that is coming back from {{{InstallPlan.ready}}} is in fact a list of one element, but it is failing on the {{{LocalUnpackedPackage}}} match. The value returned in my case has the value: {{{ packageSource = RepoTarballPackage (Repo {repoKind = Left (RemoteRepo {remoteRepoName = "hackage.haskell.org", remoteRepoURI = http://hackage.haskell.org/packages/archive}) repoLocalDir = "/Users/dave/.cabal/packages/hackage.haskell.org"}) }}} This is happening for a cabal package which has a dependency on the binary package, but the binary package is not installed. It doesn't happen with all cabal packages, but just perhaps when binary is the only missing dependency. If I first run {{{cabal install binary}}} then the {{{cabal configure}}} will go through just fine. Unregistering the package will again cause {{{cabal configure}}} to fail. {{{ $ cabal --version cabal-install version 0.9.6 using version 1.10.1.0 of the Cabal library $ ~/ghc-7/bin/ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.1.20110217 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/805> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #862: Real file glob for extra-source-files
by Hackage 05 Jan '12

05 Jan '12

#862: Real file glob for extra-source-files ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- For the [Yesod scaffolding tool](https://github.com/gregwebs/yesod/tree/org) We have a directory structure of extra files. The current file glob syntax doesn't recurse into directories or recognize files with multiple suffixes. So I am left to manually do a find command and list all the files in the cabal file. The extra-source-files field needs a real shell glob syntax. This does not seem like a hard change to make, but some guidance is needed for the approach. I see there is a [glob package](http://hackage.haskell.org/packages/archive/Glob/). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/862> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #841: cabal-install bootstrap.sh has an absurd dependency on base
by Hackage 05 Jan '12

05 Jan '12

#841: cabal-install bootstrap.sh has an absurd dependency on base ----------------------------------+----------------------------------------- Reporter: VivianMcPhail | Owner: Type: defect | Status: new Priority: high | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.8.0.6 Severity: major | Keywords: base dependency Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- '''base >=4 && <3 && >=1 && <5''' {{{ zen:/usr/local/src/cabal-install-0.8.2# ./bootstrap.sh --global ./bootstrap.sh: line 11: /root/.cabal: No such file or directory Checking installed packages for ghc-7.0.3... parsec is already installed and the version is ok. network is already installed and the version is ok. Cabal-1.8.0.2 will be downloaded and installed. mtl-1.1.0.2 will be downloaded and installed. HTTP-4000.0.8 will be downloaded and installed. zlib-0.5.2.0 will be downloaded and installed. Downloading Cabal-1.8.0.2... --2011-05-17 10:03:18-- http://hackage.haskell.org/packages/archive/Cabal/1.8.0.2/Cabal-1.8.0.2.tar… Resolving hackage.haskell.org... 69.30.63.204 Connecting to hackage.haskell.org|69.30.63.204|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 221911 (217K) [application/x-tar] Saving to: `Cabal-1.8.0.2.tar.gz' 100%[======================================>] 221,911 92.8K/s in 2.3s 2011-05-17 10:03:26 (92.8 KB/s) - `Cabal-1.8.0.2.tar.gz' saved [221911/221911] [ 1 of 58] Compiling Distribution.Compat.Exception ( Distribution/Compat/Exception.hs, Distribution/Compat/Exception.o ) <snip> [58 of 58] Compiling Main ( Setup.hs, Setup.o ) Linking Setup ... Configuring Cabal-1.8.0.2... Setup: At least the following dependencies are missing: base >=4 && <3 && >=1 && <5 Error during cabal-install bootstrap: Configuring the Cabal package failed zen:/usr/local/src/cabal-install-0.8.2# }}} {{{ zen:/usr/local/src/cabal-install-0.8.2# ghc-pkg list /var/lib/ghc-7.0.3/package.conf.d Cabal-1.10.1.0 array-0.3.0.2 base-4.3.1.0 <snip> zen:/usr/local/src/cabal-install-0.8.2# }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/841> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #882: bootstrap.sh fails to compile transformers-0.2.2.0
by Hackage 05 Jan '12

05 Jan '12

#882: bootstrap.sh fails to compile transformers-0.2.2.0 ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: HEAD Severity: normal | Keywords: bootstrap transformers Difficulty: unknown | Ghcversion: 6.12.3 Platform: Linux | ----------------------------+----------------------------------------------- When running the bootstrap.sh script, it downloads and tries to compile transformers-0.2.2.0, but fails to compile its Setup.hs (???) Downloading transformers-0.2.2.0... <<<blah blah stuff about speed and download progress for that file>>> [1 of 1] Compiling Main ( Setup.hs, Setup.o ) Linking Setup ... ghc: fd:9: hGetContents: invalid argument (Invalid or incomplete multibyte or wide character) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/882> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #880: Honour both --only-dependencies and --reinstall for cabal install command.
by Hackage 05 Jan '12

05 Jan '12

#880: Honour both --only-dependencies and --reinstall for cabal install command. ---------------------------------+------------------------------------------ Reporter: lndbrg | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Cabal should be able to reinstall all dependencies of a package easily. Steps to Reproduce: 1. Break your cabal install somehow, keeping the database of the installed packages. For example remove the ~/.cabal folder. 2. Try to install a program with a dependency that you installed before via cabal (and resided in ~/.cabal) 3. Get error message about missing files/broken package. 4. Try to reinstall the dependencies of the program you want to reinstall: cabal install foo --reinstall --only-dependencies Expected results: all dependencies of foo is reinstalled. Actual result: Resolving dependencies... No packages to be installed. All the requested packages are already installed. If you want to reinstall anyway then use the --reinstall flag. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/880> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2