- cabal-devel - Haskell.org

[Hackage] #899: package documentation not built
by Hackage 14 Nov '11

14 Nov '11

#899: package documentation not built --------------------------------+------------------------------------------- Reporter: mndrix | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- I uploaded a package three days ago (network-bitcoin) and it still appears not to have been built. I see no logs directory at http://hackage.haskell.org/packages/archive/network-bitcoin/0.1.0/ and no documentation at http://hackage.haskell.org/package/network-bitcoin-0.1.0 It looks like most other new packages are behaving similarly. I searched for existing bugs or a policy statement describing the expected time between upload and build, but found nothing. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/899> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

How to build relocatable packages with cabal
by Tim Cuthbertson 14 Nov '11

14 Nov '11

I'm trying to distribute cabal-built haskell libraries using zero-install ( http://0install.net/ ). The main requirement of 0install packages is that they - be relocatable to arbitrary paths without modifying them (packages are read-only and contents are verified by a manifest, so prefix-dependant binaries are impossible) - be runnable without modification as long as environment variables are correctly set up so that they can find their dependencies. I believe $GHC_PACKAGE_PATH should be sufficient for most cabal packages from this very old ticket ( http://hackage.haskell.org/trac/hackage/ticket/469 ), I see: > Configuring a relocatable package should be something that is done explicitly. At the moment it is done simply by configuring it in the right way, but Cabal is never aware that the user is trying to construct a relocatable package. Are there any instructions on how to configure cabal to build a relocatable package? I have tried setting prefix to an empty string and "/" in the configure step, but neither of those work. My current build process is: ---- #!/bin/sh set -eux cd "$SRCDIR" cabal configure -v --builddir="$BUILDDIR" --prefix="/" cabal build -v --builddir="$BUILDDIR" cabal copy --builddir="$BUILDDIR" --destdir="$DISTDIR" cabal register --gen-pkg-config="$DISTDIR/package.conf" --builddir="$BUILDDIR" ---- But the created package doesn't seem valid (`ghc-pkg list` can't even parse it, and I'm not sure what the chances of it actually working would be). I'm specifically trying to build hspec here, but ideally there would be some recipe that works for all typical cabal projects. Any assistance wooud be appreciated. Thanks, - Tim.

2 1

Re: [Hackage] #469: Support relocatable packages
by Hackage 14 Nov '11

14 Nov '11

#469: Support relocatable packages ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very hard (<1 week) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Changes (by bos): * cc: bos (added) Comment: This would definitely be nice to have. I have a small application that I'd like to redistribute in binary form, but it needs data files, and I've no idea how I'd create a relocatable package on Linux, OS X, or Windows at the moment. At least on OS X and Linux, I can fudge by just installing it in /usr, but I don't have any such luxury on Windows. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/469#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #898: With TH, when doing "cabal haddock", GHCi "couldn't find symbol"
by Hackage 13 Nov '11

13 Nov '11

#898: With TH, when doing "cabal haddock", GHCi "couldn't find symbol" ------------------------------+--------------------------------------------- Reporter: MikolajKonarski | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- GHC 7.2.1, Cabal HEAD, Haddock 2.9.2. The message {{{ During interactive linking, GHCi couldn't find the following symbol: Allurezm0zi4zi2_UtilsziMultiline_multiline_closure }}} How to reproduce: get package http://hackage.haskell.org/package/Allure-0.4.2, cabal install, cabal haddock --executables and you should get the following: {{{ Running Haddock for Allure-0.4.2... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: ConfigFile-1.1.1, HUnit-1.2.4.2, MissingH-1.1.1.0, ffi-1.0, rts-1.0, cairo-0.12.1, deepseq-1.1.0.2, gio-0.12.1, glib-0.12.1, gtk-0.12.1, hslogger-1.1.5, mtl-2.0.1.0, network-2.3.0.6, pango-0.12.1, parsec-3.1.2, random-1.0.1.0, regex-base-0.93.2, regex-compat-0.95.1, regex-posix-0.95.1, text-0.11.1.6, transformers-0.2.2.0, zlib-0.5.3.1 Preprocessing executable 'BotAllure' for Allure-0.4.2... haddock coverage for dist/build/tmp-28531/src/Bot.hs: 0/3 0% Warning: Main: could not find link destinations for: System.Random.StdGen Documentation created: dist/doc/html/Allure/BotAllure/index.html Preprocessing executable 'Allure' for Allure-0.4.2... haddock coverage for dist/build/autogen/Paths_Allure.hs: 0/4 0% haddock coverage for dist/build/tmp-28531/src/Utils/File.hs: 0/3 0% haddock coverage for dist/build/tmp-28531/src/Frequency.hs: 0/6 0% haddock coverage for dist/build/tmp-28531/src/Strategy.hs: 1/7 14% haddock coverage for dist/build/tmp-28531/src/Content/Content.hs: 0/2 0% haddock coverage for dist/build/tmp-28531/src/Utils/Multiline.hs: 1/2 50% During interactive linking, GHCi couldn't find the following symbol: Allurezm0zi4zi2_UtilsziMultiline_multiline_closure This may be due to you not asking GHCi to load extra object files, archives or DLLs needed by your current session. Restart GHCi, specifying the missing library using the -L/path/to/object/dir and -lmissinglibname flags, or simply by naming the relevant files on the GHCi command line. Alternatively, this link failure might indicate a bug in GHCi. If you suspect the latter, please send a bug report to: glasgow-haskell-bugs(a)haskell.org }}} The same problem for a library, with or without executables, with the same code. Hiding, in the library, the offending module Multiline does not help. The only thing that helps is eta-expanding the Multiline code as follows: {{{ -multiline = TQ.QuasiQuoter (TH.litE . TH.stringL) undefined undefined undefined +multiline = TQ.QuasiQuoter (\x -> (TH.litE . TH.stringL) x) undefined undefined undefined }}} and _not_ using the function in the only place where it's used. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/898> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #897: cabal sdist broken on OS X
by Hackage 12 Nov '11

12 Nov '11

#897: cabal sdist broken on OS X ----------------------------+----------------------------------------------- Reporter: tibbe | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: major | Keywords: Difficulty: unknown | Ghcversion: Platform: Mac OS | ----------------------------+----------------------------------------------- The latest released version of cabal-install generates an sdist correctly: {{{ $ cabal sdist -v3 Warning: Cannot run preprocessors. Run 'configure' command first. creating dist/src Building source dist for hashable-1.1.2.2... creating dist/src/sdist.67677/hashable-1.1.2.2 creating dist/src/sdist.67677/hashable-1.1.2.2/Data creating dist/src/sdist.67677/hashable-1.1.2.2/cbits Installing ./Data/Hashable.hs to dist/src/sdist.67677/hashable-1.1.2.2/./Data/Hashable.hs Installing cbits/hashByteString.c to dist/src/sdist.67677/hashable-1.1.2.2/cbits/hashByteString.c creating dist/src/sdist.67677/hashable-1.1.2.2/tests Installing tests/Properties.hs to dist/src/sdist.67677/hashable-1.1.2.2/tests/Properties.hs creating dist/src/sdist.67677/hashable-1.1.2.2 Installing LICENSE to dist/src/sdist.67677/hashable-1.1.2.2/LICENSE creating dist/src/sdist.67677/hashable-1.1.2.2 Installing CHANGES to dist/src/sdist.67677/hashable-1.1.2.2/CHANGES creating dist/src/sdist.67677/hashable-1.1.2.2 Installing README.md to dist/src/sdist.67677/hashable-1.1.2.2/README.md creating dist/src/sdist.67677/hashable-1.1.2.2/tests Installing tests/Properties.hs to dist/src/sdist.67677/hashable-1.1.2.2/tests/Properties.hs creating dist/src/sdist.67677/hashable-1.1.2.2/benchmarks Installing benchmarks/Benchmarks.hs to dist/src/sdist.67677/hashable-1.1.2.2/benchmarks/Benchmarks.hs creating dist/src/sdist.67677/hashable-1.1.2.2/benchmarks Installing benchmarks/Makefile to dist/src/sdist.67677/hashable-1.1.2.2/benchmarks/Makefile creating dist/src/sdist.67677/hashable-1.1.2.2 Installing Setup.hs to dist/src/sdist.67677/hashable-1.1.2.2/Setup.hs Installing ./hashable.cabal to dist/src/sdist.67677/hashable-1.1.2.2/./hashable.cabal Source tarball created: dist/hashable-1.1.2.2.tar.gz }}} but HEAD generates an incorrectly named tempdir: {{{ $ cabal sdist -v3 creating dist/src Building source dist for hashable-1.1.2.2... creating dist/src/sdist.-67246 creating dist/src/sdist.-67246/Data creating dist/src/sdist.-67246/cbits Installing ./Data/Hashable.hs to dist/src/sdist.-67246/./Data/Hashable.hs Installing cbits/hashByteString.c to dist/src/sdist.-67246/cbits/hashByteString.c creating dist/src/sdist.-67246/tests Installing tests/Properties.hs to dist/src/sdist.-67246/tests/Properties.hs creating dist/src/sdist.-67246 Installing LICENSE to dist/src/sdist.-67246/LICENSE creating dist/src/sdist.-67246 Installing CHANGES to dist/src/sdist.-67246/CHANGES creating dist/src/sdist.-67246 Installing README.md to dist/src/sdist.-67246/README.md creating dist/src/sdist.-67246/tests Installing tests/Properties.hs to dist/src/sdist.-67246/tests/Properties.hs creating dist/src/sdist.-67246/benchmarks Installing benchmarks/Benchmarks.hs to dist/src/sdist.-67246/benchmarks/Benchmarks.hs creating dist/src/sdist.-67246/benchmarks Installing benchmarks/Makefile to dist/src/sdist.-67246/benchmarks/Makefile Preprocessing library hashable-1.1.2.2... creating dist/src/sdist.-67246 Installing Setup.hs to dist/src/sdist.-67246/Setup.hs Installing ./hashable.cabal to dist/src/sdist.-67246/./hashable.cabal cabal: dist/src/sdist.-67246/hashable-1.1.2.2: does not exist }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/897> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

patch applied (cabal): "Note in the README that you can install using the cabal program"
by Duncan Coutts 11 Nov '11

11 Nov '11

Fri Nov 11 05:31:13 PST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Note in the README that you can install using the cabal program M ./Cabal/README +11 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

Re: [Hackage] #651: Better error message when tarball is corrupt
by Hackage 09 Nov '11

09 Nov '11

#651: Better error message when tarball is corrupt ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.2 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ Comment(by gtirloni): cabal-install 0.10.2 outputs the following error message for a tarball that it can't unpack: {{{ $ cabal install --reinstall HTTP Resolving dependencies... cabal: Error: some packages failed to install: HTTP-4000.1.2 failed while unpacking the package. The exception was: user error (truncated tar archive) }}} Does it satisfy this ticket's request? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/651#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #545: Uninformative error message when cabal install download fails
by Hackage 09 Nov '11

09 Nov '11

#545: Uninformative error message when cabal install download fails ----------------------------------+----------------------------------------- Reporter: abayley | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Comment(by gtirloni): As of Nov 9th 2011, cabal-install provides a lot of details: {{{ ... cabal: Error: some packages failed to install: GLURaw-1.1.0.1 depends on OpenGLRaw-1.1.0.2 which failed to install. GLUT-2.2.2.1 depends on containers-0.4.2.0 which failed to install. OpenGL-2.4.0.2 depends on Tensor-1.0.0.1 which failed to install. OpenGLRaw-1.1.0.2 failed during the building phase. The exception was: ExitFailure 1 Tensor-1.0.0.1 failed during the building phase. The exception was: ExitFailure 1 containers-0.4.2.0 failed during the building phase. The exception was: ExitFailure 1 directory-1.1.0.1 failed during the building phase. The exception was: ExitFailure 1 foo-1.0 depends on time-1.2.0.5 which failed to install. haskell98-2.0.0.0 depends on time-1.2.0.5 which failed to install. process-1.1.0.0 depends on directory-1.1.0.1 which failed to install. time-1.2.0.5 failed during the configure step. The exception was: user error (The package requires Cabal library version -any && >=1.6 but no suitable version is installed.) }}} Does it satisfy this ticket's request? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/545#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #767: Highlighted source code on hackage.haskell.org mangles Unicode
by Hackage 09 Nov '11

09 Nov '11

#767: Highlighted source code on hackage.haskell.org mangles Unicode ----------------------------------+----------------------------------------- Reporter: andersk | Owner: Type: defect | Status: new Priority: normal | Milestone: HackageDB Component: hackageDB website | Version: Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- On hackage.haskell.org, when you browse the source of a module that contains Unicode (e.g. [http://hackage.haskell.org/packages/archive/base- unicode-symbols/latest/doc/html/src/Data-Eq-Unicode.html Data.Eq.Unicode]), it is sent with a `Content-Type: text/html` header with no charset. There is a charset in the XML declaration `<?xml version="1.0" encoding="UTF-8"?>`, but that is ignored by Firefox because of the non-XML `Content-Type`. Therefore, the wrong encoding is detected and the Unicode symbols get mangled. Possible fixes include sending `Content-Type: text/html; charset=UTF-8`, or sending `Content-Type: application/xhtml+xml` so that the XML declaration is respected , or both (`Content-Type: application/xhtml+xml; charset=utf-8`), or adding equivalent `<meta http-equiv="Content-Type">` tags. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/767> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #487: print less useless info during builds
by Hackage 09 Nov '11

09 Nov '11

#487: print less useless info during builds ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: minor | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- Changes (by gtirloni): * cc: gtirloni@… (added) Comment: It looks like verbosity has improved in cabal-install 0.10.2 and cabal 1.10.2.0 (see below): {{{ $ cabal install gofer-prelude Resolving dependencies... Downloading gofer-prelude-2.30.3... Configuring gofer-prelude-2.30.3... Preprocessing library gofer-prelude-2.30.3... Building gofer-prelude-2.30.3... [1 of 1] Compiling Prelude.Gofer ( Prelude/Gofer.hs, dist/build/Prelude/Gofer.o ) Registering gofer-prelude-2.30.3... Installing library in /home/gtirloni/.cabal/lib/gofer- prelude-2.30.3/ghc-7.0.4 Registering gofer-prelude-2.30.3... }}} Is it OK to close this ticket? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/487#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0