August 2011 - cabal-devel

[Hackage] #734: support multiple .cabal files
by Hackage 05 Jan '12

05 Jan '12

#734: support multiple .cabal files ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ if there are several *.cabal files in the working directory, then "cabal configure" complains, and does nothing. That's OK, but it should then have an option for picking one of these files (cf. "make -f FILE"). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/734> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #736: Win32 missing
by Hackage 05 Jan '12

05 Jan '12

#736: Win32 missing --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: HackageDB Component: hackageDB website | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- I have uploaded a package to Hackage but it had a build failure: cabal-setup: At least the following dependencies are missing: Win32 -any If Win32 library is missing, all packages with Win32 as dependency will have a build failure. I guess the Win32 build failure is the source of the problem. Although, its documentation is well built (manually, I guess). In my computer, the package installs correctly, because Win32 comes with the Haskell Platform. But, in my opinion, online documentation should work fine. Thanks in advance. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/736> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #785: check fails "No (or multiple) ghc rts package is registered"
by Hackage 05 Jan '12

05 Jan '12

#785: check fails "No (or multiple) ghc rts package is registered" ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- For packages that do not depend indirectly on the rts package (ie that have no dependencies specified at all), then the check in the hsc2hs package for the rts package fails. {{{ hackRtsPackage index = case PackageIndex.lookupPackageName index (PackageName "rts") of [(_, [rts])] -> PackageIndex.insert rts { Installed.ldOptions = [] } index _ -> error "No (or multiple) ghc rts package is registered!!" }}} The reason is that we only store the transative deps of the package in the saved config, so the rts package is not found. This is of course not a helpful error message. We should remove this check from this place and add something else elsewhere with a more helpful error message. We could do a sanity check during configure or build (but note that we don't do it anymore when configuring ghc itself due to the odd things ghc does during its own build process). We should probably have a build warning about missing the base package. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/785> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #756: weird ghc dependency on array
by Hackage 05 Jan '12

05 Jan '12

#756: weird ghc dependency on array ---------------------------------+------------------------------------------ Reporter: graphov | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: cabal-install dependency Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ---------------------------------+------------------------------------------ I've upgrade Cabal to current version using cabal-install and got this weird dependency error: druid@lambda-server:~$ cabal install on-a-horse Resolving dependencies... cabal: dependencies conflict: ghc-6.12.1 requires array ==0.3.0.1 however array-0.3.0.1 was excluded because ghc-6.12.1 requires array ==0.3.0.0 Seems like ghc-6.12.1 depends on both arrays simultaneously. Ubuntu 10.10 amd64 ghc 6.12.1, shipped with Ubuntu All other packages are built from hackage, not from Ubuntu packages -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/756> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[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

[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