fe...@crowfix.com 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.