October 2008 - cabal-devel

[Hackage] #377: cabal install puts .hi files in wrong directory
by Hackage 17 Dec '08

17 Dec '08

#377: cabal install puts .hi files in wrong directory ----------------------------+----------------------------------------------- Reporter: cppljevans | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- On my unbuntu OS, cabal install catagory-extras put the files as shown here: <---cut here--- [ 99 of 100] Compiling Control.Morphism.Exo ( src/Control/Morphism/Exo.hs, dist/build/Control/Morphism/Exo.o ) [100 of 100] Compiling Control.Morphism.Meta.Erwig ( src/Control/Morphism/Meta/Erwig.hs, dist/build/Control/Morphism/Meta/Erwig.o ) /usr/bin/ar: creating dist/build/libHScategory-extras-0.53.5.a Installing library in /root/.cabal/lib/category-extras-0.53.5/ghc-6.8.2 Registering category-extras-0.53.5... Reading package info from "dist/installed-pkg-config" ... done. Saving old package config file... done. Writing new package config file... done. <---cut here--- whereas with manual install, they're put as shown here: <---cut here--- [12 of 12] Compiling Data.Generics.UniplateOn ( Data/Generics/UniplateOn.hs, dist/build/Data/Generics/UniplateOn.o ) /usr/bin/ar: creating dist/build/libHSuniplate-1.2.0.1.a /home/evansl/download/haskell/libs/uniplate-1.2.0.1 # runhaskell Setup install Installing library in /usr/local/lib/uniplate-1.2.0.1/ghc-6.8.2 Registering uniplate-1.2.0.1... Reading package info from "dist/installed-pkg-config" ... done. Saving old package config file... done. Writing new package config file... done. >---cut here--- When I compile with ghc, ghc cannot find the /root/.cabal files. If the -i flag is used, the files are found; however, another error occurs: <---cut here--- > make > ghc -i/root/.cabal/lib/category-extras-0.53.5/ghc-6.8.2 -c catamorphism.example.hs > > catamorphism.example.hs:19:0: > Bad interface file: /root/.cabal/lib/category- extras-0.53.5/ghc-6.8.2/Control/Functor/Fix.hi > Something is amiss; requested module main:Control.Functor.Fix differs from name found in the interface file category- extras-0.53.5:Control.Functor.Fix > make: *** [all] Error 1 >---cut here--- -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/377> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #340: Deprecate RecordPuns and translate NamedFieldPuns for older ghc
by Hackage 17 Dec '08

17 Dec '08

#340: Deprecate RecordPuns and translate NamedFieldPuns for older ghc ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- The `RecordPuns` extension was accidentally added. In ghc-6.10 it will be deprecated and done as an alias for `NamedFieldPuns`. See: http://hackage.haskell.org/trac/ghc/ticket/2320 That means people will use `NamedFieldPuns` instead which will then not work with older ghc. Cabal should encourage users to switch to `NamedFieldPuns` but should translate this into `RecordPuns` when calling older ghc versions. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/340> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #336: --constraint flag only used for configure not for install/upgrade dep planning
by Hackage 16 Dec '08

16 Dec '08

#336: --constraint flag only used for configure not for install/upgrade dep planning ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ It would be relatively easy to support the `--constraint=DEP` flag as an input to install/upgrade dependency planning. We should do it because it's useful and it's confusing that it's not supported. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/336> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #203: Find out what we can learn from ruby gems
by Hackage 15 Dec '08

15 Dec '08

#203: Find out what we can learn from ruby gems ---------------------+------------------------------------------------------ Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: misc | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------+------------------------------------------------------ [http://rubygems.org/ Ruby Gems] is superficially a similar system for Ruby as Cabal + cabal-install + HackageDB is for Haskell. This task is to do some research to compare two systems to find out what lessons we can learn from Ruby Gems. The findings should be recorded on the [wiki:RubyGems] wiki page -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/203> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #363: Where do downloaded files end up?
by Hackage 03 Dec '08

03 Dec '08

#363: Where do downloaded files end up? ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Even with verbose=3 the cabal command doesn't say where it puts the downloaded file. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/363> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #209: Implement "package()" configurations predicate
by Hackage 08 Nov '08

08 Nov '08

#209: Implement "package()" configurations predicate ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- We often have to write things like: {{{ flag splitBase description: Choose the new smaller, split-up base package. library if flag(splitBase) build-depends: base >= 3, containers else build-depends: base < 3 }}} Which is verbose and annoying. It would be nicer to say: {{{ library build-depends: base if package(base >= 3) build-depends: containers }}} This is syntactic sugar only. It translates into the existing constructs so no new behaviour is being introduced. It would translate into: {{{ flag _1 library build-depends: base if flag(_1) build-depends: base >= 3 build-depends: containers else build-depends: base < 3 }}} It is described in more detail in this thread: http://www.haskell.org/pipermail/cabal-devel/2007-October/001189.html http://www.haskell.org/pipermail/cabal-devel/2007-November/001336.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/209> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

[Hackage] #384: suggest use of --user if configure fails with missing deps that are in the user db
by Hackage 29 Oct '08

29 Oct '08

#384: suggest use of --user if configure fails with missing deps that are in the user db ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- The fact that `runghc Setup configure` and `cabal configure` are different confuses people. The former does a `--global` install by default while the latter does `--user` installs by default. This crops up when people install something via `cabal-install` and then configure another package using `runghc Setup` and are confused when the dependency they just installed is apparently missing. One solution would be that when configure finds that there are missing dependencies, it could check them in the per-user package database and if they are found to suggest that the user might have intended to do a per- user install. Mentioning the constraint that global packages can only depend on other global packages probably would not go amiss either. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/384> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #378: Error in Data.IntSet documentation
by Hackage 24 Oct '08

24 Oct '08

#378: Error in Data.IntSet documentation ----------------------------------+----------------------------------------- Reporter: RayNbow | Owner: Type: defect | Status: new Priority: low | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: minor | Keywords: Data.IntSet documentation Difficulty: very easy (<1 hour) | Ghcversion: 6.8.3 Platform: | ----------------------------------+----------------------------------------- http://hackage.haskell.org/packages/archive/containers/0.1.0.1/doc/html /Data-IntSet.html#v%3Asplit {{{ split 3 (fromList [1..5]) == (fromList [1,2], fromList [3,4]) }}} should be: {{{ split 3 (fromList [1..5]) == (fromList [1,2], fromList [4,5]) }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/378> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

cabal upgrade: dependencies conflict
by Henk-Jan van Tuyl 23 Oct '08

23 Oct '08

L.S., Cabal-install refused to upgrade because of a dependencies conflict: >cabal upgrade Warning: Error parsing config file C:\Documents and Settings\Henk-Jan\Application Data\cabal\config: On line 1: GHC Warning: Using default configuration. Resolving dependencies... cabal: dependencies conflict: Win32-2.1.1.1 requires bytestring ==0.9.0.1.1 however bytestring-0.9.0.1.1 was excluded because bytestring-0.9.1.3 was selected instead bytestring-0.9.0.1.1 was excluded because of the top level dependency bytestring >0.9.1.2 After the command: >cabal upgrade bytestring the "cabal upgrade" command had no "dependencies conflict" problem any more. This looks like a bug to me. -- Regards, Henk-Jan van Tuyl -- http://functor.bamikanarie.com http://Van.Tuyl.eu/ --

2 1

[Hackage] #375: setup: The program happy is required but it could not be found
by Hackage 23 Oct '08

23 Oct '08

#375: setup: The program happy is required but it could not be found ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ I'm trying to install happy because cabal-install fails to upgrade all my packages. Below is my log. Any ideas? Thanks! $ cabal --version cabal-install version 0.5.2 using version 1.4.0.1 of the Cabal library $ cabal upgrade Resolving dependencies... 'haskell-src-1.0.1.3' is cached. Configuring haskell-src-1.0.1.3... Preprocessing library haskell-src-1.0.1.3... cabal: The program happy is required but it could not be found cabal: Error: some packages failed to install: haskell-src-1.0.1.3 failed during the building phase. The exception was: exit: ExitFailure 1 $ cabal install happy Resolving dependencies... 'happy-1.18.1' is cached. [1 of 1] Compiling Main ( /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/TMPhappy-1.18.1/happy-1.18.1/Setup.lhs, /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/TMPhappy-1.18.1/happy-1.18.1/dist/setup/Main.o ) Linking /var/folders/s-/s-WdqsnuGFyUGEeXB-+sZk+++TI/-Tmp-/TMPhappy-1.18.1/happy-1.18.1/dist/setup/setup ... Warning: defaultUserHooks in Setup script is deprecated. Configuring happy-1.18.1... Preprocessing executables for happy-1.18.1... setup: The program happy is required but it could not be found cabal: Error: some packages failed to install: happy-1.18.1 failed during the building phase. The exception was: exit: ExitFailure 1 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/375> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5