O Gentoo não atualizará o Chromium devido ao conflito com o libxml, icu O USE flag é definido globalmente no make.conf, o qt-webkit não faz parte do conflito

3

Estou executando o Gentoo Hardened usando o kernel versão 4.1.7-endurecido-r1. Quando eu configurei meu sistema pela primeira vez, consegui emergir o Chromium sem problemas. No entanto, recentemente emiti emerge --sync seguido por uma 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, fiz um teste em uma VM e obtive esse erro comum em que o Chromium, o libxml, o qt-webkit e o ICU tendem a não funcionar bem no Portage, então pensei que isso seria apenas uma questão de definindo globalmente o sinalizador icu USE. No entanto ... acontece que não só não estou vendo o qt-webkit sendo parte do conflito, mas também faço ter USE="icu" definido 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ções. Eu tenho USE="icu" definido no make.conf e não estou vendo o qt-webkit sendo parte do conflito - alguma idéia do que está acontecendo?

    
por RAKK 12.02.2016 / 08:41

2 respostas

0

Problema resolvido. Se bem me lembro, acho que resolvi isso executando emerge --depclean , revdep-rebuild e, em seguida, retornando os pacotes que foram desinstalados (porque dois deles eram os drivers de exibição radeon e o driver de entrada evdev X).

    
por 16.03.2016 / 21:21
0

Para aparentes bloqueios ao tentar descobrir as coisas do Chromium e do KDE, consulte também: link

Ou seja, ative ou desative ambos os sinalizadores USE para qtwebkit:

# In package.use:
dev-qt/qtwebkit gstreamer icu
# OR
dev-qt/qtwebkit -gstreamer -icu
    
por 21.04.2016 / 04:21