> cabal install -v cabal-install

Not sure if you're running into this one, but a configuration that
wasn't working for me:

1) Install Haskell Platform
2) Install GHC 7.6.1
3) cabal install cabal-install

As I recall, the error had something to do with a Cabal-generated
'Paths' file assuming the Prelude exported 'catch'.  It was affecting
a bunch of other packages too, which forced me to upgrade
cabal-install.

To get things working, I had to boot GHC 7.6 from my system PATH,
upgrade cabal-install using GHC 7.4, and then put 7.6 back in the
system path.  After doing that, everything has worked well with GHC
7.6.

-Greg


On Mon, Nov 19, 2012 at 1:38 PM, Johan Tibell <johan.tib...@gmail.com> wrote:
> Hi Greg,
>
> On Mon, Nov 19, 2012 at 1:25 PM, Gregory Guthrie <guth...@mum.edu> wrote:
>>
>> I follow the Cabal-messes threads with some interest, since that is the
>> hardest area for me since starting to use Haskell. Probably 40-60% of all
>> package install fail for some mysterious reason, with threats that trying
>> to fix them will break more things, which generally is true. :-)
>
>
> We're working on it. Be brave, things are going to get better!
>
>>
>> I am not exert in the area, but I wonder how /why/ this is different than
>> other package managers, like apt in Linux, I have never had any problems
>> with it, and I would think that their dependencies are of at least similar
>> complexities.
>
>
> The Linux package managers solve a different problems. They let you install
> a set of packages that have been manually curated and are know to work
> together (i.e. all version dependencies are fixed) while cabal does version
> resolution on packages that might not ever have been tried together. If you
> install Haskell packages via your distro's package manager I assume they
> will always install cleanly. The problem is that people want the latest
> bleeding edge of packages, which haven't made it into the distros yet, and
> hence they get to experience some of the pains associated with being on the
> bleeding edge. Being on Windows also makes things harder, as most developers
> don't have a Windows box to test their stuff on.
>
>>
>> In any case; Trying to do a cabal update" I was told to try to update
>> "cabal-install", which I think means actually updating cabal (since I
>> actually run installs via cabal install...), but that fails with this
>> message below, and I don't know how to proceed.
>
>
> cabal-install is the package that includes the "cabal" executable. Cabal
> (with a capital C) is the library that cabal-install uses. The naming is
> unfortunate but hard to change at this point. To update cabal-install you
> do:
>
> $ cabal update && cabal install cabal-install
>
> Make sure that the place that the "cabal" binary gets installed into (which
> is printed at the end of the install) is on your PATH.
>
>>
>> Linking
>> C:\Users\guthrie\AppData\Local\Temp\Cabal-1.16.0.3-13880\Cabal-1.16.0.3\dist\setup\setup.exe
>> ...
>> Configuring Cabal-1.16.0.3...
>> Warning: This package indirectly depends on multiple versions of the same
>> package. This is highly likely to cause a compile failure.
>
>
> This is a sure sign that things are not going to work well. Could you
> include the output of
>
> cabal install -v cabal-install
>
> please. The output here is not enough to tell me what's going on. Please
> also include the output of
>
> cabal --version
> ghc --version
>
> Are you using the Haskell Platform, if so, which version?
>
> -- Johan
>
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>

_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Reply via email to