☰

Gentoo não atualizará o Chromium devido a conflito com libxml, o sinalizador icu USE está globalmente definido em make.conf, qt-webkit não faz parte do conflito

tag-icon • tag-icon gentoo chrome emerge
Gentoo não atualizará o Chromium devido a conflito com libxml, o sinalizador icu USE está globalmente definido em make.conf, qt-webkit não faz parte do conflito

Estou executando o Gentoo Hardened usando o kernel versão 4.1.7-hardened-r1. Quando configurei meu sistema pela primeira vez, consegui lançar o Chromium sem problemas. No entanto, emiti recentemente emerge --syncuma atualização mundial e agora o Chromium não será atualizado com este erro.

rockshooter /etc/portage # emerge -aNDu --with-bdeps=y @world
These are the packages that would be merged:

Calculating dependencies... done!

WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:

dev-libs/libxml2:2

  (dev-libs/libxml2-2.9.2-r4:2/2::gentoo, ebuild scheduled for merge) conflicts with
    dev-libs/libxml2:=[icu] required by (www-client/chromium-48.0.2564.82:0/0::gentoo, installed)
                       ^^^
    dev-libs/libxml2:2/2=[icu] required by (www-client/chromium-48.0.2564.82:0/0::gentoo, installed)
                          ^^^


Nothing to merge; quitting.

Antes de configurar o Gentoo eu fiz um teste em uma VM e recebi aquele erro comum onde Chromium, libxml, qt-webkit e ICU tendem a não funcionar bem no Portage, então pensei que isso seria apenas uma questão de configurar globalmente o icuUSE sinalizador. No entanto... acontece que não só não vejo o qt-webkit como parte do conflito, mas tambémfazerconfigurei USE="icu"no meu make.conf.

CFLAGS="-O2 -pipe -march=native"
CXXFLAGS="${CFLAGS}"

ACCEPT_LICENSE="-* @FREE CC-Sampling-Plus-1.0"
ACCEPT_KEYWORDS="amd64"

FEATURES="webrsync-gpg ccache parallel-fetch userfetch"
PORTAGE_GPG_DIR="/var/lib/gentoo/gkeys/keyrings/gentoo/release"
CCACHE_SIZE="4G"

CHOST="x86_64-pc-linux-gnu"
CPU_FLAGS_X86="aes avx fma3 fma4 mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 xop"

USE="${CPU_FLAGS_X86} gif jpeg png tiff apng java alsa libressl icu"
LINGUAS="en es es_LA fr de"

Agora estou perplexo porque não tenho ideia de como consertar esse bloqueador de atualização. Eu configurei USE="icu"o make.conf e não vejo o qt-webkit fazendo parte do conflito - alguma ideia do que está acontecendo?

Responder1

Problema resolvido. Se bem me lembro, acho que resolvi o problema executando o emerge --depclean, revdep-rebuilde depois retornando os pacotes que surgiram desinstalados (porque dois deles eram os drivers de vídeo radeon e o driver de entrada evdev X).

Responder2

Para bloqueios aparentes ao tentar fazer surgir coisas do Chromium e do KDE, veja também:https://wiki.gentoo.org/wiki/Qt/FAQ#qtwebkit_vs_chromium_block_caused_by_icu

Ou seja, habilite ou desabilite ambos os sinalizadores USE para qtwebkit:

# In package.use:
dev-qt/qtwebkit gstreamer icu
# OR
dev-qt/qtwebkit -gstreamer -icu

informação relacionada