On 12-07-17 01:43 PM, Levent Erkok wrote:
It still feels like this'll start biting more folks down the road. I've
created the following cabal ticket so it can be tracked:
https://github.com/haskell/cabal/issues/978
However, my understanding of the problem is rather incomplete; please
feel free
On Wed, Jul 18, 2012 at 09:35:52AM +0100, Erik Hesselink wrote:
I don't think you can install this package on 7.4. As Andres said, it
requires containers 0.5, but ghc 7.4's base libraries (in this case,
template-haskell) use containers 0.4, and can't be reinstalled. I
guess your best bet is to
On Wed, Jul 18, 2012 at 06:50:31AM +0100, Andres Löh wrote:
Using --avoid-reinstalls blindly or as a default flag is also
unfortunately not a good idea in general. There are simply too many
cases where installing older versions of packages (which is often the
only thing that helps) is not
On Wed, Jul 18, 2012 at 10:19 AM, Ross Paterson r...@soi.city.ac.uk wrote:
On Wed, Jul 18, 2012 at 06:50:31AM +0100, Andres Löh wrote:
Using --avoid-reinstalls blindly or as a default flag is also
unfortunately not a good idea in general. There are simply too many
cases where installing older
On Wed, Jul 18, 2012 at 09:35:52AM +0100, Erik Hesselink wrote:
I don't think you can install this package on 7.4. As Andres said, it
requires containers 0.5, but ghc 7.4's base libraries (in this case,
template-haskell) use containers 0.4, and can't be reinstalled. I
guess your best bet is to
Is there any reason QuickCheck specifically requires containers = 0.5?
Perhaps its lower bound could be relaxed.
On Wed, Jul 18, 2012 at 11:29 AM, Ross Paterson r...@soi.city.ac.uk wrote:
On Wed, Jul 18, 2012 at 09:35:52AM +0100, Erik Hesselink wrote:
I don't think you can install this
I'm talking about unattended automated builds, so tweaking isn't an
option. On the other hand breaking the package environment isn't so bad,
because I'm throwing it away after each build.
I'm not convinced that we should try to build packages at any price.
If they're likely to cause problems
On Wed, Jul 18, 2012 at 10:37:31AM +0100, Gregory Collins wrote:
Is there any reason QuickCheck specifically requires containers = 0.5?
Perhaps its lower bound could be relaxed.
It is sbv-2.2 that has that constraint.
On Wed, Jul 18, 2012 at 11:29 AM, Ross Paterson r...@soi.city.ac.uk wrote:
On Wed, Jul 18, 2012 at 11:29 AM, Ross Paterson r...@soi.city.ac.uk wrote:
On Wed, Jul 18, 2012 at 09:35:52AM +0100, Erik Hesselink wrote:
I don't think you can install this package on 7.4. As Andres said, it
requires containers 0.5, but ghc 7.4's base libraries (in this case,
Thanks Alexander. However, I'm not sure how to use the workaround described
so I can get hackage to properly compile my package. It sounds like I have
to add a template-haskell = 2.7.0.0 dependency to my own cabal file,
which sounds like the wrong thing to do in the long-run.
Is there something
Which package are you trying to build? Is it a local package that
fails to build or something on Hackage? Its .cabal file or at least
full dependencies would be of interest.
Regards,
Alexander Foremny
2012/7/17 Levent Erkok erk...@gmail.com:
Thanks Alexander. However, I'm not sure how to use
Dear Levent,
unfortunately I am at a loss here. As far as I understand it this
should be fixed in QuickCheck's .cabal file or on Hackage. But I am
not experienced enough to decide.
You best wait for someone else to comment on this. Depending on
template-haskell in your .cabal file is not the way
With ghc 7.4.1, cabal-install 0.13.3 and Cabal 1.14.0,
% cabal install --avoid-reinstalls sbv-2.2
fails to find a plan without reinstalls, and recommends --solver=modular.
% cabal install --solver=modular --avoid-reinstalls sbv-2.2
reinstalls template-haskell-2.6.0.0, which breaks the GHC
Thanks Alexander.. Here's the shocker: I just checked that page again (
http://hackage.haskell.org/package/sbv) and now it's mysteriously fine!
Hackage must've recompiled the package somehow. Someone watching this
thread must've fixed something on the server and triggered a new compile.
While I'm
Ah, that explains why the hackage page mysteriously got fixed. Thanks for
looking into this Ross.
It still feels like this'll start biting more folks down the road. I've
created the following cabal ticket so it can be tracked:
https://github.com/haskell/cabal/issues/978
However, my
Cabal doesn't play well with version constraints on the template-haskell
package - it doesn't know it can't reinstall template-haskell.
The workaround is to figure out why QuickCheck has version constraints on
template-haskell and solve that problem in the QuickCheck package a
different way -
On Wed, Jul 18, 2012 at 12:14:12AM +0100, Antoine Latter wrote:
Cabal doesn't play well with version constraints on the template-haskell
package - it doesn't know it can't reinstall template-haskell.
The workaround is to figure out why QuickCheck has version constraints on
template-haskell
Hi.
QuickCheck's constraint is template-haskell = 2.4, which doesn't explain
why cabal wanted to install 2.6.0.0 when 2.7.0.0 was already present.
Also, I'd expect --avoid-reinstalls to stop it reinstalling anything,
but apparently it doesn't do that with the modular solver.
Assuming the
18 matches
Mail list logo
