1 |
felix@×××××××.com wrote: |
2 |
> This has been going on now for months. Is there some reason these two |
3 |
> can't co-exist? Or is there some better fix than just ignoring it or |
4 |
> adding an entry to package.mask? |
5 |
> |
6 |
> !!! Multiple package instances within a single package slot have been pulled |
7 |
> !!! into the dependency graph, resulting in a slot conflict: |
8 |
> |
9 |
> sys-libs/readline:0 |
10 |
> |
11 |
> ('ebuild', '/', 'sys-libs/readline-5.2_p13', 'merge') pulled in by |
12 |
> =sys-libs/readline-5* required by ('installed', '/', 'dev-lang/ghc-6.8.2', 'nomerge') |
13 |
> (and 54 more) |
14 |
> |
15 |
> ('installed', '/', 'sys-libs/readline-6.0_p3', 'nomerge') pulled in by |
16 |
> >=sys-libs/readline-4.1 required by ('installed', '/', 'dev-db/unixODBC-2.2.12', 'nomerge') |
17 |
> >=sys-libs/readline-4.1 required by ('installed', '/', 'net-misc/socat-1.7.1.1', 'nomerge') |
18 |
> sys-libs/readline required by world |
19 |
> (and 51 more) |
20 |
> |
21 |
|
22 |
I don't use haskell, but ghc's v6.8.2 ebuild seems to have been silently |
23 |
bumped [1], which changed among other things the dependency on readline |
24 |
to be more lenient upwards. You probably have the old one installed and |
25 |
as the bump is silent, portage doesn't re-emerge ghc automatically. |
26 |
|
27 |
My suggested fix (hopefully fixes this, but I'm not 100% certain): |
28 |
emerge -1 ghc, so that portage will realize the changes from the silent |
29 |
bump. |
30 |
|
31 |
[1] |
32 |
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/ghc/ghc-6.8.2.ebuild?rev=1.11&view=log |
33 |
|
34 |
HTH |
35 |
|
36 |
-- |
37 |
Arttu V. |