[gentoo-user] Persistent conflict between readline 5 and 6

[gentoo-user] Persistent conflict between readline 5 and 6

[felix]

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)

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o

Re: [gentoo-user] Persistent conflict between readline 5 and 6

[Arttu V]

felix@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.

Re: [gentoo-user] Persistent conflict between readline 5 and 6

[Keith Dart]

=== On Sat, 07/11, felix@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?
===

It's probably a bug that the readline package is not slotted. It is
possible to have multiple versions of it installed on a system. 

Alternatively the ghc package could use some maintenance. It's the only
one I know of that has that dependency locked to 5.

for a quick fix you can lock readline to 5 in /etc/portage/package.mask 

-- Keith Dart

-- 

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   Keith Dart <keith@dartworks.biz>
   public key: ID: 19017044
   <http://www.dartworks.biz/>
   =====================================================================