April 2011 - cabal-devel

[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] #741: cabal-install: wrong use of mktemp in bash completion script
by Hackage 05 Jan '12

05 Jan '12

#741: cabal-install: wrong use of mktemp in bash completion script ---------------------------------+------------------------------------------ Reporter: nomeata | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ The following bug was reported by Jan Braun against the Debian bugtracker at http://bugs.debian.org/597769 Hi, the bash completion script 1) does not check the return value of mktemp and 2) fails in the presence of "set -o noclobber" attached is a patch to fix both. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/741> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #730: patch: add a separator before the pid suffix to the tmpdir template
by Hackage 05 Jan '12

05 Jan '12

#730: patch: add a separator before the pid suffix to the tmpdir template ----------------------------------+----------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Currently Cabal appends the pid directly to the package name-version which makes it hard to read the actual package version number. The attached patch inserts a '-' between name-version and pid. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/730> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #715: glib should require gtk2hs-buildtools
by Hackage 05 Jan '12

05 Jan '12

#715: glib should require gtk2hs-buildtools ----------------------------+----------------------------------------------- Reporter: JadeNB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.2 Platform: Mac OS | ----------------------------+----------------------------------------------- I just installed GHC 6.12.3 (it's not an option on the drop-down GHC version menu, which is why I said 6.12.2 there) and Haskell Platform on Mac OS X Leopard (10.5.8) from source, and tried to install glib. I got: {{{ $ cabal install glib Resolving dependencies... /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/Gtk2HsSetup.hs:25:0: warning: #warning Setup.hs is guessing the version of Cabal. If compilation of Setup.hs fails use -DCABAL_VERSION_MINOR=x for Cabal version 1.x.0 when building (prefixed by --ghc-option= when using the 'cabal' command) [1 of 2] Compiling Gtk2HsSetup ( /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/Gtk2HsSetup.hs, /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/dist/setup/Gtk2HsSetup.o ) [2 of 2] Compiling Main ( /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/Setup.hs, /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/dist/setup/Main.o ) Linking /var/folders/9I/9Ic7OfDBGVmrCPM+NiQOAWp80Kc/-Tmp-/glib-0.11.092062/glib-0.11.0/dist/setup/setup ... Configuring glib-0.11.0... setup: gtk2hsC2hs is required but it could not be found. cabal: Error: some packages failed to install: glib-0.11.0 failed during the configure step. The exception was: ExitFailure 1 }}} Running {{{ $ cabal install gtk2hs-buildtools ... $ cabal install glib ... }}} works fine, so I think that it is just a missing dependency. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/715> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2