May 2015 - cabal-devel

Cabal and simultaneous installations of the same package
by Simon Peyton Jones 29 Aug '15

29 Aug '15

Dear Cabal developers You'll probably have seen the thread about the Haskell Platform. Among other things, this point arose: | Another thing we should fix is the (now false) impression that HP gets in | the way of installing other packages and versions due to cabal hell. People mean different things by "cabal hell", but the inability to simultaneously install multiple versions of the same package, compiled against different dependencies is certainly one of them, and I think it is the one that Yitzchak is referring to here. But some time now GHC has allowed multiple versions of the same package (compiled against different dependencies) to be installed simultaneously. So all we need to do is to fix Cabal to allow it too, and thereby kill of a huge class of cabal-hell problems at one blow. But time has passed and it hasn't happened. Is this because I'm misunderstanding? Or because it is harder than I think? Or because there are much bigger problems? Or because there is insufficient effort available? Or what? Unless I'm way off beam, this "multiple installations of the same package" thing has been a huge pain forever, and the solution is within our grasp. What's stopping us grasping it? Simon

8 17

Re: Making cabal-install SSL capable
by Michael Snoyman 27 May '15

27 May '15

Just a little update on this. I pinged the author of publicsuffixlist (necessary for proper cookie domain handling) about removing the data-default dependency, and after discussion we decided to just merge the code into http-client instead. With that change, the full dependency list for http-client-openssl is in fact smaller that http-streams: cabal install --dry-run --package-db=clear --package-db=global http-client-openssl Resolving dependencies... In order, the following would be installed (use -v for more details): base64-bytestring-1.0.0.1 data-default-class-0.0.1 network-2.6.0.2 HsOpenSSL-0.11.1.1 random-1.1 stm-2.4.4 text-1.2.0.4 blaze-builder-0.4.0.1 cookie-0.4.1.5 hashable-1.2.3.2 case-insensitive-1.2.0.4 http-types-0.8.6 mime-types-0.1.0.6 transformers-0.4.3.0 mtl-2.2.1 parsec-3.1.9 network-uri-2.6.0.3 transformers-compat-0.4.0.4 exceptions-0.8.0.2 zlib-0.6.1.0 streaming-commons-0.1.12 http-client-0.4.11.2 http-client-openssl-0.2.0.1 On Tue, Apr 28, 2015 at 11:08 AM Herbert Valerio Riedel <hvriedel(a)gmail.com> wrote: > On 2015-04-28 at 06:08:38 +0200, Michael Snoyman wrote: > > [...] > > > I offered Duncan last week that I'd port cabal-install over to > > http-client/http-client-tls to add SSL support. That offer still stands. > > I did a quick check trying to find out the additional dependencies > (relative to what 'cabal-install' currently depends on) http-client-tls > would pull in (it seems http-client and tls each roughly account for > half the ~50 deps below): > > async-2.0.2 > base64-bytestring-1.0.0.1 > blaze-builder-0.4.0.1 > byteable-0.1.1 > cereal-0.4.1.1 > clock-0.4.5.0 > cryptohash-0.11.6 > data-default-class-0.0.1 > data-default-instances-base-0.0.1 > data-default-instances-containers-0.0.1 > data-default-instances-old-locale-0.0.1 > dlist-0.7.1.1 > data-default-instances-dlist-0.0.1 > data-default-0.5.3 > cookie-0.4.1.4 > hashable-1.2.3.2 > case-insensitive-1.2.0.4 > hourglass-0.2.9 > asn1-types-0.3.0 > asn1-encoding-0.9.0 > asn1-parse-0.9.0 > crypto-pubkey-types-0.4.3 > http-types-0.8.6 > mime-types-0.1.0.6 > pem-0.2.2 > primitive-0.6 > securemem-0.1.7 > crypto-cipher-types-0.0.9 > cipher-aes-0.2.10 > cipher-des-0.0.6 > cipher-rc4-0.1.4 > socks-0.5.4 > streaming-commons-0.1.12 > transformers-compat-0.4.0.4 > exceptions-0.8.0.2 > utf8-string-1 > publicsuffixlist-0.1 > http-client-0.4.11.1 > vector-0.10.12.3 > crypto-random-0.0.9 > crypto-numbers-0.2.7 > crypto-pubkey-0.2.8 > x509-1.5.0.1 > x509-store-1.5.0 > x509-system-1.5.0 > x509-validation-1.5.1 > tls-1.2.17 > connection-0.2.4 > http-client-tls-0.2.2 > > In contrast, I was surprised to see, that extending the HTTP package (or > maybe just writing a 'HTTPS'-companion package) to use HsOpenSSL seems > to pull in 'HsOpenSSL' as the only additional package... > > For comparision here's what http-streams (which I'm not suggesting right > now, as I think going the 'HTTP'+'HsOpenSSL'-route would be better > currently) would pull in (which could have a few deps less if it didn't > pull in 'aeson'...): > > HsOpenSSL-0.11.1.1 > base64-bytestring-1.0.0.1 > blaze-builder-0.4.0.1 > bytestring-builder-0.10.6.0.0 > dlist-0.7.1.1 > hashable-1.2.3.2 > case-insensitive-1.2.0.4 > primitive-0.6 > scientific-0.3.3.8 > attoparsec-0.12.1.6 > syb-0.4.4 > unordered-containers-0.2.5.1 > http-common-0.8.2.0 > vector-0.10.12.3 > aeson-0.8.0.2 > zlib-bindings-0.1.1.5 > io-streams-1.3.0.0 > openssl-streams-1.2.1.0 > http-streams-0.8.3.1 > > Cheers, > hvr >

4 13

Nix configuration for cabal hacking
by Carlo Nucera 26 May '15

26 May '15

Hi all, I will be at ZuriHack in a few days, and I'd like to start hacking on Cabal. I'm reading the cabal codebase description on github, and I'd like a few suggestion on how to set up the environment, so that I won't waste time setting up. I use the nix package manager for all things haskell-related, so I'm wary to just do cabal install in a sandbox, as suggested by the tutorial in the github page. Here it is my current ~/.nixpkgs/config.nix: https://gist.github.com/meditans/d66371137814d0dc3707 I stripped away most of the non necessary things. As you can see from the gist, I tried to install Cabal that as a package, but it didn't work the naive way. Is there among you anyone that develops with nix? What's your configuration? Thanks, see you friday! Carlo

1 0

What is the error mean for bloomfilter?
by Peng Yu 16 May '15

16 May '15

$ cabal install bloomfilter Resolving dependencies... Configuring bloomfilter-2.0.0.0... Building bloomfilter-2.0.0.0... Failed to install bloomfilter-2.0.0.0 Build log ( /Users/pengy/.cabal/logs/bloomfilter-2.0.0.0.log ): Configuring bloomfilter-2.0.0.0... Building bloomfilter-2.0.0.0... Preprocessing library bloomfilter-2.0.0.0... [1 of 7] Compiling Data.BloomFilter.Array ( Data/BloomFilter/Array.hs, dist/build/Data/BloomFilter/Array.o ) [2 of 7] Compiling Data.BloomFilter.Mutable.Internal ( Data/BloomFilter/Mutable/Internal.hs, dist/build/Data/BloomFilter/Mutable/Internal.o ) [3 of 7] Compiling Data.BloomFilter.Util ( Data/BloomFilter/Util.hs, dist/build/Data/BloomFilter/Util.o ) [4 of 7] Compiling Data.BloomFilter.Mutable ( Data/BloomFilter/Mutable.hs, dist/build/Data/BloomFilter/Mutable.o ) Data/BloomFilter/Mutable.hs:136:9: Non type-variable argument in the constraint: Data.Array.Base.MArray (Data.Array.Base.STUArray s) Hash m (Use FlexibleContexts to permit this) When checking that ‘loop’ has the inferred type loop :: forall (m :: * -> *). Data.Array.Base.MArray (Data.Array.Base.STUArray s) Hash m => [Int :* Int] -> m Bool In an equation for ‘elem’: elem elt mb = loop (hashesM mb elt) where mu = bitArray mb loop ((word :* bit) : wbs) = do { i <- unsafeRead mu word; .... } loop _ = return True cabal: Error: some packages failed to install: bloomfilter-2.0.0.0 failed during the building phase. The exception was: ExitFailure 1 -- Regards, Peng

3 5

Why alex can not be automatically installed?
by Peng Yu 16 May '15

16 May '15

Hi, I see the following error. Why alex can not be automatically installed? $ cabal install language-javascript Resolving dependencies... Configuring language-javascript-0.5.13.3... Failed to install language-javascript-0.5.13.3 Build log ( /Users/pengy/.cabal/logs/language-javascript-0.5.13.3.log ): Configuring language-javascript-0.5.13.3... setup-Simple-Cabal-1.22.2.0-x86_64-osx-ghc-7.10.1: The program 'alex' version >=3.1 is required but it could not be found. cabal: Error: some packages failed to install: language-javascript-0.5.13.3 failed during the configure step. The exception was: ExitFailure 1 -- Regards, Peng

2 1

ANN: Cabal and cabal-install 1.22.3.0 released
by Ryan Thomas 06 May '15

06 May '15

A minor release of Cabal and cabal-install has been completed. This is available for download on haskell.org as well as hackage. The main reason for this release was a fix for the ghcjs-pkg version number handling. The changelog entries for both are below. Cabal: 1.22.3.0 Ryan Thomas <ryan(a)ryant.org> April 2015 * Fix for the ghcjs-pkg version number handling (Luite Stegeman) * filterConfigureFlags: filter more flags (Mikhail Glushenkov) * Cabal check will fail on -fprof-auto passed as a ghc-option - Fixes #2479 (John Chee) cabal-install: 1.22.3.0 Ryan Thomas <ryan(a)ryant.org> April 2015 * Fix bash completion for sandbox subcommands - Fixes #2513 (Mikhail Glushenkov) * filterConfigureFlags: filter more flags (Mikhail Glushenkov) Miëtek, Mikhail: If you would be willing to build the additional binaries as was done with 1.22.2.0 I will update the downloads page with them too. Cheers, Ryan

2 2

Cabal and cabal-install minor release (1.22.2.0)
by Ryan Thomas 06 May '15

06 May '15

I have released both Cabal and cabal-install 1.22.2.0 today, cabal-install has just gone out now. These have been published to Hackage and are available on the download page of haskell.org. As a part of this process I have also updated the release documentation (https://github.com/haskell/cabal/wiki/Making-a-release) to support the new sftp-only push to haskell.org. There are a couple of outstanding items to tie off with this release: - The {Cabal|cabal-install}-latest symlinks on haskell.org still need to be updated - The Windows/OSX/Linux specific binaries need to be built and updated on the download page; Johan I will probably need some guidance on the process for this. Once I get these items tied off, my main focus will be the automation of this release process. Cheers, ryan

6 12

ANN: cabal-install 1.22.4.0, 1.20.1.0, 1.18.1.0, 1.16.1.0, 0.14.1 released
by Ryan Thomas 05 May '15

05 May '15

A minor release of 1.22, 1.20, 1.18, 1.16 & 0.14 has been completed for cabal-install, mainly to pick up the change to no longer use basic authentication over HTTP. The full changelog entries are below for each release, along with a sha1sum of each binary that was uploaded to hackage and the haskell.org site. Cheers, ryan 1.22.4.0 Ryan Thomas <ryan(a)ryant.org> May 2015 * Force cabal upload to always use digest auth and never basic auth. * Add dependency-graph information to `printPlan` output * bootstrap.sh: fixes linker matching to avoid cases where tested linker names appear unexpectedly in compiler output (fixes #2542) 1.20.1.0 Ryan Thomas <ryan(a)ryant.org> May 2015 * Force cabal upload to always use digest auth and never basic auth. * bootstrap.sh: install network-uri before HTTP 1.18.1.0 Ryan Thomas <ryan(a)ryant.org> May 2015 * Force cabal upload to always use digest auth and never basic auth. * Merge pull request #2367 from juhp/patch-2 * Fix bootstrap.sh by bumping HTTP to 4000.2.16.1 1.16.1.0 Ryan Thomas <ryan(a)ryant.org> May 2015 * More restrictive upper bound on network. * Force cabal upload to always use digest auth and never basic auth. 0.14.1 Ryan Thomas <ryan(a)ryant.org> May 2015 * More restrictive upper bound on network. * Force cabal upload to always use digest auth and never basic auth. * Add the missing JobControl module. * Drop the "ghc-options: -rtsopts" on cabal-install. * Add -threaded and -rtsopts to cabal-install's ghc-options. * Parallelise the install command. * InstallPlan: Add a Processing package state. * Add a '-j' flag for the 'install' command. * Force the log for the error to be printed in parallel with the complete trace. * Remove goal choice nodes after reordering is completed. SHA1 Sums: b98eea96d321cdeed83a201c192dac116e786ec2 cabal-install-1.22.4.0.tar.gz 338fc09b0aa56fead06cecfae2bccd573f5dd3da cabal-install-1.20.1.0.tar.gz ab5c6801c6949a86edf41833c782201e0df1108f cabal-install-1.18.1.0.tar.gz ffb2cd81d620122982f5c1e4d8672c98d85296a0 cabal-install-1.16.1.0.tar.gz 35cd57eae72e0488a6a37ea503b906248da5230a cabal-install-0.14.1.tar.gz

1 0