[Haskell-cafe] circular dependencies in cabal
kamysh at kamysh.org
Sun Feb 1 22:10:11 EST 2009
So, in practical terms, you suggest that no new version of the package
that ghc package depends on (directly or indirectly) should ever be
For example, as soon as process-184.108.40.206 is installed on my computer,
I'll have this problem with every package that depends on "process"?
Another question: would not cabal-install automatically fetch the most
recent version of the "process" package, as soon as I will try to
a package that depends on it (such as, for example, "plugins")?
On Feb 1, 2009, at 6:53 AM, Duncan Coutts wrote:
> On Sun, 2009-02-01 at 01:33 -0800, Valentyn Kamyshenko wrote:
>> Hello all,
>> when I tried to install plugins package with cabal, I've got the
>> following error:
>> # sudo cabal install plugins --global
>> Resolving dependencies...
>> cabal: dependencies conflict: ghc-6.10.1 requires process ==220.127.116.11
>> process-18.104.22.168 was excluded because ghc-6.10.1 requires process
> For the most part I refer you to:
> However the difference is that you've got this problem only within the
> global package db rather than due to overlap in the global and user
> package db.
>> It looks like both versions of process package are currently
> It looks like you installed process-22.214.171.124 and then rebuilt almost
> every other package against it. Of course you cannot rebuild the ghc
> package but you did rebuild some of its dependencies which is why it
> depends on multiple versions of the process package.
> Generally rebuilding a package without also rebuilding the packages
> depend on it is a bit dodgy (it can lead to linker errors or
> Unfortunately cabal-install does not prevent you from shooting
> in the foot in these circumstances.
>> Any suggestions?
> Aim for a situation where you only have one version of the various
> packages. If you do not need to install packages globally then
> installing them per-user means you at least cannot break the global
More information about the Haskell-Cafe