[email protected] wrote:
This has been going on now for months. Is there some reason these two can't co-exist? Or is there some better fix than just ignoring it or adding an entry to package.mask?!!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-libs/readline:0 ('ebuild', '/', 'sys-libs/readline-5.2_p13', 'merge') pulled in by =sys-libs/readline-5* required by ('installed', '/', 'dev-lang/ghc-6.8.2', 'nomerge') (and 54 more) ('installed', '/', 'sys-libs/readline-6.0_p3', 'nomerge') pulled in by >=sys-libs/readline-4.1 required by ('installed', '/', 'dev-db/unixODBC-2.2.12', 'nomerge') >=sys-libs/readline-4.1 required by ('installed', '/', 'net-misc/socat-1.7.1.1', 'nomerge') sys-libs/readline required by world (and 51 more)
I don't use haskell, but ghc's v6.8.2 ebuild seems to have been silently bumped [1], which changed among other things the dependency on readline to be more lenient upwards. You probably have the old one installed and as the bump is silent, portage doesn't re-emerge ghc automatically.
My suggested fix (hopefully fixes this, but I'm not 100% certain): emerge -1 ghc, so that portage will realize the changes from the silent bump.
[1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/ghc/ghc-6.8.2.ebuild?rev=1.11&view=log
HTH -- Arttu V.
