- cabal-devel - Haskell.org

Re: cabal
by Duncan Coutts 01 Nov '08

01 Nov '08

On Tue, 2008-10-21 at 10:51 +0200, Christian Maeder wrote: > So network-2.2.0.0 should be linked against base-3 within the binary > dist of ghc-6.10 (or not shipped with ghc-6.10 at all. > > In fact it worked after I've unregistered my global network-2.2.0.0, > first! (but I didn't get much further, see below) network-2.2.0.1 is now on hackage which should resolve the issue. > > Normally cabal-install would use base-3 but in this case it's picking 4 > > because the version that is already installed used 4 so the assumption > > is that since the same version is already installed then it does indeed > > work with base 4. Of course that's not true here because the package has > > changed without the version being bumped. > > Or cabal-install should be smarter (or less smart). Unfortunately it cannot be less smart or it'd try rebuilding haskell98 against base 3. > So why is the version of network not bumped, yet? The maintainer is > libraries(a)haskell.org. Would it interfere with ghc-6.8? Done, and it works with (at least) ghc-6.6.1, 6.8.2 and 6.10.0.recent. Duncan

1 0

patch applied (cabal): Fix bug where we'd try to configure an empty set of pkg-config packages
by Duncan Coutts 01 Nov '08

01 Nov '08

Sat Nov 1 12:55:12 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix bug where we'd try to configure an empty set of pkg-config packages This happened when the lib used pkg-config but the exe did not. It cropped up in hsSqlite3-0.0.5. M ./Distribution/Simple/Configure.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081101195512-adfee-0233e9fa…

1 0

Re: darcs patch: Read the .cabal file as UTF8 when unpacking
by Ross Paterson 01 Nov '08

01 Nov '08

On Sat, Nov 01, 2008 at 03:30:24PM +0000, Duncan Coutts wrote: > Sat Nov 1 15:24:48 GMT 2008 Duncan Coutts <duncan(a)haskell.org> > * Read the .cabal file as UTF8 when unpacking > Currently the upload check preview displays incorrect encoding of > peoples names and does not validate incorrect UTF8 encodings. > This should fix it, though not actually tested. Applied, thanks.

1 0

[Hackage] #388: Add a warning for unknown modules that were compiled
by Hackage 01 Nov '08

01 Nov '08

#388: Add a warning for unknown modules that were compiled ----------------------------+----------------------------------------------- Reporter: jcpetruzza | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- Let's say you are working on a new version of a library; you add a new internal (i.e. non-exposed) module but you forget to update the package description. You locally test your changes, everything works fine so you install it. Now, since the new module is not listed in {{{other-modules}}} it will not be included in the final library. Therefore, when you try to use it you get rather cryptic linker errors. It can take a while until you realize where the problem is coming from. The proposal is to look, during build, for compiled modules under the {{{dist}}} directory that are not included in the final library and warn the user about their presence. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/388> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

darcs patch: Read the .cabal file as UTF8 when unpacking
by Duncan Coutts 01 Nov '08

01 Nov '08

Sat Nov 1 15:24:48 GMT 2008 Duncan Coutts <duncan(a)haskell.org> * Read the .cabal file as UTF8 when unpacking Currently the upload check preview displays incorrect encoding of peoples names and does not validate incorrect UTF8 encodings. This should fix it, though not actually tested.

1 0

[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

Cabal is not working now
by Ahn, Ki Yung 21 Oct '08

21 Oct '08

kyagrd@kyagrd:~/cscs/EugeneSumSch/distr$ cabal --version cabal-install version 0.6.0 using version 1.6.0.1 of the Cabal library kyagrd@kyagrd:~$ cabal update Downloading package list from server 'http://hackage.haskell.org/packages/archive' kyagrd@kyagrd:~$ cabal upgrade Resolving dependencies... cabal: cannot configure HUnit-1.2.0.2. It requires base ==4.* There is no available version of base that satisfies ==4.* I am using the current stable release of ghc 6.8.3 on linux i386, which as base version 3.x.x. As you can see, I am using the most recent version of cabal that I can get by doing "cabal upgrade cabal-install". Thanks, Ahn, Ki Yung

1 0