Após a atualização com pacman -Syuq
:
# pacman -Sc
pacman: erro ao carregar bibliotecas compartilhadas: libicuuc.so.59: não é possível abrir o arquivo de objeto compartilhado: não existe esse arquivo ou diretório
# find / -name libicuuc.so.* 2>/dev/null
/usr/lib/libicuuc.so.60.1
/usr/lib/libicuuc.so.60
Arch Linux em uma versão Pi 1:
# uname -an
4.9.62-1-ARCH #1 SMP Fri Nov 17 13:42:55 UTC 2017 armv6l GNU/Linux
Respostas:
As soluções propostas anteriormente não eram relevantes ou não funcionaram para mim. Por algum motivo, a atualização do
icu
pacote de 59.1-2 para 60.1-1 fez a quebra de ligação e muitos programas (incluindo pacman) falharam com esse erro depois. Nenhum pacman interrompido do meu lado.Se você ainda tiver o pacote anterior em seu cache, tente o seguinte, que funcionou para mim:
/var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz
).mkdir -p ~/pkg/tmp && tar xJvf /var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz -C ~/pkg/tmp
sudo cp ~/pkg/tmp/usr/lib/libicu*.59 /usr/lib/
sudo pacman -Syyu
fonte
rm /usr/lib/libicu*.59
?Você também pode usar a variável LD_LIBRARY_PATH para carregar as bibliotecas do icu de um local diferente. Dessa maneira, você pode evitar cópias para / usr / lib:
fonte
LD_LIBRARY_PATH=`pwd`/pkg/tmp/usr/lib
no meu caso.Eu pesquisei o problema e descobri sobre o
/var/log/pacman.log
. Eu li o log e descobri que o problema era:A atualização foi interrompida, daí o problema de ligação.
Eu então baixei o firmware daqui . Eu extraí a biblioteca ausente:
libicuuc.so.59
era um link simbólico paralibicuuc.so.59.1
, então mudeilibicuuc.so.59.1
para/usr/lib/libicuuc.so.59
.Em execução
pacman
, recebi o erro quelibicudata.so.59
estava faltando. Eu extraí a biblioteca ausente/usr/lib
epacman
estava trabalhando :).Atualizei o sistema
pacman -Syuq
e verifiquei seldd /usr/bin/pacman
todas as bibliotecas estavam presentes. Mudei as bibliotecas da v59/usr/lib
e verifiquei quepacman
estava funcionando.Reinicie com os dedos cruzados ... com sucesso !!!
pacman -Sc
e ir para a cama com um sorriso :)fonte
Caso você tenha um executável que precise dessa versão específica da biblioteca (como aconteceu no meu caso), há um pacote aur para essa versão específica.
fonte
Resolvido o problema com pacman -Sc seguido por pacman -Syyu Não sei por que ele resolveu o problema.
fonte
No seu sistema, lib32-icu não está instalado. Basta instalar o lib32-icu a partir do pacman e todo o problema será resolvido.
fonte
Resolvi esse problema com a ajuda do seguinte link; aqui
De acordo com este artigo, a desatualização é uma má idéia e o que você provavelmente deve fazer é reconstruir o pacote que usa a dependência ausente acima. O downgrade pode afetar vários pacotes.
fonte