Re: [gentoo-user] Package conflict while trying to emerge chromium

[Gevisz]

On Thu, 12 Feb 2015 09:02:33 -0500 Alec Ten Harmsel <alec@××××××××××××××.com> wrote:

> On 02/12/2015 08:15 AM, Gevisz wrote:
> > # emerge --ask chromium
> > ...
> >> The following USE changes are necessary to proceed:
> >> (see "package.use" in the portage(5) man page for more details)
> >> # required by www-client/chromium-40.0.2214.111
> >> # required by chromium (argument)
> >>> =dev-libs/libxml2-2.9.2 icu
> > Ok, done.
> >
> > # emerge --ask chromium
> > ...
> >> !!! Multiple package instances within a single package slot have been pulled
> >> !!! into the dependency graph, resulting in a slot conflict:
> >>
> >> dev-libs/libxml2:2
> >>
> >>  (dev-libs/libxml2-2.9.2:2/2::gentoo, ebuild scheduled for merge) pulled in by
> >>    dev-libs/libxml2:=[icu] required by (www-client/chromium-40.0.2214.111:0/0::gentoo, ebuild scheduled for merge)
> >>                       ^^^                                                                                                                             >
> >>
> >>  (dev-libs/libxml2-2.9.2:2/2::gentoo, installed) pulled in by
> >>    dev-libs/libxml2:2[!icu?] required by (dev-qt/qtwebkit-4.8.5:4/4::gentoo, installed)
> >>                       ^^^^^                                                                                                >
> >> It may be possible to solve this problem by using package.mask to
> >> prevent one of those packages from being selected. However, it is also
> >> possible that conflicting dependencies exist such that they are
> >> impossible to satisfy simultaneously.  If such a conflict exists in
> >> the dependencies of two different packages, then those packages can
> >> not be installed simultaneously. You may want to try a larger value of
> >> the --backtrack option, such as --backtrack=30, in order to see if
> >> that will solve this conflict automatically.
>
> I think (emphasis on the think) that qtwebkit needs libxml2 with -icu,
> and chromium needs libxml2 with +icu.

Thank you for your answer and sorry for the delay in replying to it.

When I first read your comment, I wanted to write: "You've got it!"
But now, when the issue is solved, I should acknowledge that the qtwebkit
has not required -icu, it was just compiled with -icu by default and that
created the blocker.

> As far as I can tell from reading a couple bug reports, it looks like
> you can rebuild qtwebkit with -gstreamer (since that's what causes
> the !icu? blocker) and then you should be able to install chromium.
> Apparently icu is pretty annoying.
>
> Alternatively, you could just uninstall qtwebkit if you're not using it
> for anything.

These your suggestions actually forced me to delay the answer, as I needed
time to check which of my application packages depend on qtwebkit and if
I really need gstreamer.

Now, when the problem has been solved, it is not so important but nevertheless:

1. At least the app-text/goldendict, that I need very much, depends on qtwebkit.

2. I am not sure but my guess is that the gstreamer allows me to watch
   the video from youtube (partially), edX, cousera, etc. in a web-browser
   (I mainly use Firefox), as I never install any flash player to avoid
   too many "flashing" while browsing the Internet. (Would be interested
   to know if this my guess is correct.)