January 2012 - cabal-devel

Re: [Hackage] #490: cabal unpack gives bad error message for unsatisfiable constraints
by Hackage 05 Jan '12

05 Jan '12

#490: cabal unpack gives bad error message for unsatisfiable constraints ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Resolution: fixed Keywords: | Difficulty: very easy (<1 hour) Ghcversion: | Platform: ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/numbero-de-virgin-mobile.html virgin mobile] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/490#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #447: build multiple packages in parallel
by Hackage 05 Jan '12

05 Jan '12

#447: build multiple packages in parallel ---------------------------------+------------------------------------------ Reporter: duncan | Owner: refold Type: enhancement | Status: assigned Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/447#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #470: identify and exclude broken or unusable packages when constructing and merging package dbs
by Hackage 05 Jan '12

05 Jan '12

#470: identify and exclude broken or unusable packages when constructing and merging package dbs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: hard (< 1 day) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/470#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #439: cabal install: dependency on ghc-prim?
by Hackage 05 Jan '12

05 Jan '12

#439: cabal install: dependency on ghc-prim? ---------------------------------+------------------------------------------ Reporter: guest | Owner: duncan Type: defect | Status: closed Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/numbero-de-virgin-mobile.html virgin mobile] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/439#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #489: cabal install failed to install happy automatically, needed a nudge
by Hackage 05 Jan '12

05 Jan '12

#489: cabal install failed to install happy automatically, needed a nudge ------------------------+--------------------------------------------------- Reporter: luntain | Type: defect Status: closed | Priority: normal Milestone: | Component: cabal-install tool Version: 1.6.0.1 | Severity: normal Resolution: duplicate | Keywords: Difficulty: unknown | Ghcversion: 6.10.1 Platform: Linux | ------------------------+--------------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/489#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #434: Let packages opt-in to the Package Versioning Policy
by Hackage 05 Jan '12

05 Jan '12

#434: Let packages opt-in to the Package Versioning Policy ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/434#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #808: Cabal fails to compile with undefined reference to `resTimerSignal'
by Hackage 05 Jan '12

05 Jan '12

#808: Cabal fails to compile with undefined reference to `resTimerSignal' ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.8.0.6 Severity: major | Keywords: compile Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ----------------------------+----------------------------------------------- When compiling Cabal-1.8.0.4 from source with `ghc --make Setup.hs', it fails on the linking step with: /home/me/.cabal/lib/unix-2.4.2.0/ghc-6.12.1/libHSunix-2.4.2.0.a(Signals.o): In function `spzw_info': (.text+0x4d14): undefined reference to `rtsTimerSignal' -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/808> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #831: Strange message
by Hackage 05 Jan '12

05 Jan '12

#831: Strange message ---------------------------------+------------------------------------------ Reporter: Ptharien's Flame | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: base, cabal, install, ghc, version, no Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ I just entered this at my terminal prompt: {{{ sudo cabal install -g ObjectIO }}} And its only output was: {{{ Resolving dependencies... cabal: There is no installed version of base }}} This problem occurs with any package, not just ObjectIO. {{{ sudo cabal --version }}} returns {{{ cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library }}} I am working on a 2011 i7 quad-core MacBook Pro running Mac OS X 10.6.7 (Snow Leopard) and using the Haskell Platform 2011.2.0 (March 2011) with a separately pre-built x86_64 binary GHC 7.0.3. Please help. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/831> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #832: Cabal aggregates dependencies for executables
by Hackage 05 Jan '12

05 Jan '12

#832: Cabal aggregates dependencies for executables ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I discovered over the weekend while trying to subpackage bluetile, that Cabal seems to aggregate dependencies of executables. For example http://hackage.haskell.org/packages/archive/bluetile/0.5.3/bluetile.cabal generates several executables. Some depend on gtk, others not, and yet Cabal passes "--package-id gtk-..." to "ghc --make" for all of them and as a result the bluetile program (which doesn't depend on gtk) gets linked against gtk (and glade), leading to executable/dependency bloat. Only the executables that are listed with explicit build-depends on gtk should be linked against the gtk package, etc. I will try to dig into the source later and maybe even cook up a patch if I can: a code pointer would be appreciated. I assume Cabal is currently just accumulating all the build-depends which is sub-optimal. (Arguably ghc shouldn't link unused libraries to executables either, though I think that is pretty standard compiler behaviour. But I can file a bug against ghc too if appropriate.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/832> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #830: Use wide Windows APIs in Cabal
by Hackage 05 Jan '12

05 Jan '12

#830: Use wide Windows APIs in Cabal -----------------------------+---------------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | -----------------------------+---------------------------------------------- As part of my work on GHC's Unicode support (http://hackage.haskell.org/trac/ghc/wiki/Status/Encoding-Tickets) I identified some potential Unicode problems in Cabal install. The attached patch resolves them: 1. Use wide (UTF-16) APIs to retrieve file paths 2. Use withFilePath (from base) when marshalling a file path, as this will do the Right Thing when my changes are committed, though it is functionally equivalent to withCAString right now. Patch attached. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/830> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2