April 2012 - cabal-devel

[Hackage] #922: “lexical error (UTF-8 decoding error)” in WIndows 7
by Hackage 16 Apr '12

16 Apr '12

#922: “lexical error (UTF-8 decoding error)” in WIndows 7 ---------------------------------+------------------------------------------ Reporter: hamukazu | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: minor | Keywords: UTF-8 Difficulty: unknown | Ghcversion: Platform: Windows | ---------------------------------+------------------------------------------ ==== Symptom ==== When I type > cabal install cabal it fails with the following error: > Distribution\Compat\Exception.hs:0:4: lexical error (UTF-8 decoding error) ==== Environment ==== It happens with 64 bit version of Windows 7. It came to occur after I failed to install HXT. (I am not sure it is related.) ==== Workaround ==== By setting > set LANG=C in command line, cabal comes to work. I regard this is just a workaround and this issue should be reported as a bug. ==== Related links ==== http://stackoverflow.com/questions/9371438/cabal-install-complains-built- in04-lexical-error-utf-8-decoding-error/9533205#9533205 http://trac.haskell.org/network/ticket/43 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/922> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #856: cabal list UTF-8 problem
by Hackage 16 Apr '12

16 Apr '12

#856: cabal list UTF-8 problem ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Windows | ---------------------------------+------------------------------------------ C:\>cabal list dedukti * dedukti Synopsis: A type-checker for the cabal.EXE: <stdout>: invalid argument http://hackage.haskell.org/packages/archive/dedukti/1.1.4/dedukti.cabal "A type-checker for the λΠ-modulo calculus." -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/856> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

[Hackage] #695: cabal install world always reinstalls programs
by Hackage 16 Apr '12

16 Apr '12

#695: cabal install world always reinstalls programs ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ cabal-install does not currently track the installed state of programs. It does now list them in the world file however. This leads to it always wanting to reinstall programs. Probably we do want to keep the programs in the world file, since we hopefully will track programs better in future. The temporary hack would be to filter out packages that have no lib when retrieving packages from the world file. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/695> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #694: mention --constraint flag in error essage when dep planning fails
by Hackage 16 Apr '12

16 Apr '12

#694: mention --constraint flag in error essage when dep planning fails ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Dependency planning problems can often be solved by running with --dry-run -v, seeing what the planner is selecting and forcing it to make different choices using the --constraint flag. When dependency planning fails with particular kinds of constraint problem, it may be useful to users to mention this. We should check if this advice applies to all cases where the dep planner fails, or if its only appropriate for certain classes of failure. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/694> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #909: cabal-install-ghc72 tarball has Mac-specific files.
by Hackage 12 Apr '12

12 Apr '12

#909: cabal-install-ghc72 tarball has Mac-specific files. ---------------------------------+------------------------------------------ Reporter: pdxleif | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ In the tarball of http://hackage.haskell.org/package/cabal-install- ghc72-0.10.4, there are Mac-specific metadata files: ._bootstrap.sh ._cabal-install-ghc72.cabal ._Main.hs These cause problems on my Linux system, ./Setup configure complains of multiple cabal files, and refuses to run until I delete the ._* files. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/909> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #137: setup sdist places implementation-dependent preprocessor output in the source bundle
by Hackage 12 Apr '12

12 Apr '12

#137: setup sdist places implementation-dependent preprocessor output in the source bundle ----------------------------------+----------------------------------------- Reporter: ross@… | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ----------------------------------+----------------------------------------- Comment(by nomeata): Is there still something happening on this front? It seems that, for example, uuagc could greatly benefit if Setup sdist would include all the generated .hs files in the tarball required to bootstrap the program; the current scheme (a separate uuagc-bootstrap package) feels like unnecessary overkill to me. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/137#comment:11> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #789: build-depends on packages that provide no library
by Hackage 10 Apr '12

10 Apr '12

#789: build-depends on packages that provide no library ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ It is possible to list build-depends on packages that have just an executable and no library. Currently the behaviour of cabal-install does not consider this and it will allow such packages to be pulled in as dependencies. It leads to problems however because the non-lib package never gets registered with ghc-pkg and so it leads to re-install loops. The solution is for cabal-install to not consider exe-only packages to be valid for satisfying a build-depends requirement. It should produce a suitable error message. Note that it must take into account the posibility that a newer or older version of a package may switch from exe only to exe+lib or just lib, or indeed vica versa. We should mark exe-only versions of the package as excluded with a reason. Then if the dep is not satisfiable then we can explain why all the excluded ones were excluded (ie due to not exposing a lib). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/789> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[hackage-server patch] add a space in checkBlankServerState; improve reverse deps text
by Jens Petersen 10 Apr '12

10 Apr '12

Hi, Here is a small patch which fixes a missing space in an init error message, and improves the text for reverse depends for other versions of a package. Thanks, Jens ps I still think there should be a separate mailing-list for hackage devel...

1 0

[Hackage] #753: cabal executable chooses different versions of libraries than cabal library
by Hackage 09 Apr '12

09 Apr '12

#753: cabal executable chooses different versions of libraries than cabal library ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Hi, cabal-install version 0.8.2 using version 1.8.0.2 of the Cabal library This bug was originally reported by a Debian user. the `cabal' executable, when run on the attached sample library, chooses base 3.0.3.2: $ cabal -v configure [...] Configuring foobar-0.0... Dependency base ==3.0.3.2: using base-3.0.3.2 [...] whereas, the library (via Setup.hs) correctly gets base 4.2.0.0, probably due to ghc's hiding of the earlier version $ runhaskell Setup.hs -v configure Configuring foobar-0.0... Dependency base -any: using base-4.2.0.0 [...] cabal-install should probably perform the same hiding that ghc does. Cheers, Iain -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/753> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

Re: [Hackage] #597: non-exhaustive patterns when trying to install base
by Hackage 09 Apr '12

09 Apr '12

#597: non-exhaustive patterns when trying to install base ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.16 Component: cabal-install tool | Version: 1.6.0.2 Severity: minor | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.10.1 Platform: | ---------------------------------+------------------------------------------ Changes (by kosmikus): * milestone: cabal-install-0.14 => cabal-install-0.16 Comment: This is still present with the topdown solver, but the modular solver handles it ok: {{{ $ cabal install base-4.5.0.0 Resolving dependencies... cabal: Could not resolve dependencies: next goal: base (user goal) rejecting: base-3.0.3.2, 3.0.3.1 (global constraint requires ==4.5.0.0) rejecting: base-4.5.0.0 (only already installed instances can be used) rejecting: base-4.4.1.0, 4.4.0.0, 4.3.1.0/installed-20f..., 4.3.1.0, 4.3.0.0, 4.2.0.2, 4.2.0.1, 4.2.0.0, 4.1.0.0, 4.0.0.0 (global constraint requires ==4.5.0.0) }}} There's still an issue here to figure out a sensible way to specify non- upgradeable packages per compiler. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/597#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0