Eu corro o Parabola (um derivado do Arch Linux que coloca na lista negra software não-livre e adiciona muitos outros softwares). Recentemente o pacote ICU foi atualizado de v.59 para v.60 (o pacote ICU vem diretamente dos repositórios do Arch, não do Parabola). Como resultado, muitos dos pacotes dos próprios repositórios do Parabola precisaram ser reconstruídos na nova versão do ICU, incluindo ring-client-gnome e california.
Confirmei que, em uma máquina virtual nova, "gnome-ring" e "california" são executados sem problemas. Outros usuários no IRC relatam o mesmo.
No entanto, em minha máquina pessoal, "gnome-ring" e "california" falham ao iniciar. Não consegui replicar esse problema a não ser em uma máquina virtual antiga que, infelizmente, foi corrompida.
O que é estranho é que, apesar do ring-client-gnome ter sido construído para ICU v60, o meu parece querer v59 e v60. Por exemplo, se você desinstalar o ICU, gnome-ring mostrará que não pode encontrar "libicui18n.so.60" como esperado. Mas se você tiver o ICU instalado, ele mostrará que não consegue encontrar "libicui18n.so.59". Isso não faz sentido, pois seria impossível instalar duas versões diferentes de ICU sem conflitos, então parece que algo está errado com minha instalação.
Curiosamente, não importa se você tem ICU instalado ou não, "california" sempre mostrará que não consegue encontrar "libicui18n.so.59", apesar de ter sido construído para ICU v60.
Com o pacote ICU mais recente (60.1-1) instalado:
[user@hostname ~]$ gnome-ring
gnome-ring: error while loading shared libraries: libicui18n.so.59: cannot open shared object file: No such file or directory
[user@hostname ~]$ california
california: error while loading shared libraries: libicui18n.so.59: cannot open shared object file: No such file or directory
Sem nenhum pacote ICU instalado (o da Califórnia não é um erro de digitação):
[user@hostname ~]$ gnome-ring
gnome-ring: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory
[user@hostname ~]$ california
california: error while loading shared libraries: libicui18n.so.59: cannot open shared object file: No such file or directory
Algumas saídas mais úteis:
[user@hostname ~]$ ldd /usr/lib/libring.so /usr/lib/libring.so.0 /usr/lib/libring.so.0.0.0 /usr/lib/ring/dring /usr/bin/gnome-ring /usr/bin/ring.cx | grep icu
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0x0000604eec817000)
libicudata.so.60 => /usr/lib/libicudata.so.60 (0x0000604ee9dca000)
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0x000069782c24c000)
libicudata.so.60 => /usr/lib/libicudata.so.60 (0x00006978297ff000)
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0x00006ea1e4d8a000)
libicudata.so.60 => /usr/lib/libicudata.so.60 (0x00006ea1e233d000)
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0x0000686de13da000)
libicudata.so.60 => /usr/lib/libicudata.so.60 (0x0000686dde98d000)
libicui18n.so.60 => /usr/lib/libicui18n.so.60 (0x0000603da97c4000)
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0x0000603da940b000)
libicui18n.so.59 => not found
libicuuc.so.59 => not found
libharfbuzz-icu.so.0 => /usr/lib/libharfbuzz-icu.so.0 (0x0000603da49ee000)
libicuuc.so.59 => not found
libicui18n.so.59 => not found
libicudata.so.60 => /usr/lib/libicudata.so.60 (0x0000603d9f05a000)
libicuuc.so.59 => not found
libicui18n.so.59 => not found
libicuuc.so.59 => not found
Versão UTI:
[user@hostname ~]$ sudo pacman -Q icu
icu 60.1-1
Conteúdo de /usr/lib/icu:
[user@hostname icu]$ ls -l
total 12
drwxr-xr-x 1 root root 46 Nov 22 14:16 60.1
lrwxrwxrwx 1 root root 4 Nov 12 09:33 current -> 60.1
lrwxrwxrwx 1 root root 20 Nov 12 09:33 Makefile.inc -> current/Makefile.inc
lrwxrwxrwx 1 root root 19 Nov 12 09:33 pkgdata.inc -> current/pkgdata.inc
Conteúdo de /lib/libicu
[alex@LibrebootT400 lib]$ ls -la libicu*
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicudata.so -> libicudata.so.60.1
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicudata.so.60 -> libicudata.so.60.1
-rwxr-xr-x 1 root root 26825368 Nov 12 09:33 libicudata.so.60.1
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicui18n.so -> libicui18n.so.60.1
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicui18n.so.60 -> libicui18n.so.60.1
-rwxr-xr-x 1 root root 2762816 Nov 12 09:33 libicui18n.so.60.1
lrwxrwxrwx 1 root root 16 Nov 12 09:33 libicuio.so -> libicuio.so.60.1
lrwxrwxrwx 1 root root 16 Nov 12 09:33 libicuio.so.60 -> libicuio.so.60.1
-rwxr-xr-x 1 root root 55056 Nov 12 09:33 libicuio.so.60.1
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicutest.so -> libicutest.so.60.1
lrwxrwxrwx 1 root root 18 Nov 12 09:33 libicutest.so.60 -> libicutest.so.60.1
-rwxr-xr-x 1 root root 64616 Nov 12 09:33 libicutest.so.60.1
lrwxrwxrwx 1 root root 16 Nov 12 09:33 libicutu.so -> libicutu.so.60.1
lrwxrwxrwx 1 root root 16 Nov 12 09:33 libicutu.so.60 -> libicutu.so.60.1
-rwxr-xr-x 1 root root 203288 Nov 12 09:33 libicutu.so.60.1
lrwxrwxrwx 1 root root 16 Nov 12 09:33 libicuuc.so -> libicuuc.so.60.1
lrwxrwxrwx 2 root root 16 Nov 12 09:33 libicuuc.so.59 -> libicuuc.so.60.1
lrwxrwxrwx 2 root root 16 Nov 12 09:33 libicuuc.so.60 -> libicuuc.so.60.1
-rwxr-xr-x 1 root root 1799952 Nov 12 09:33 libicuuc.so.60.1
Parabola tem um repositório especial chamado " nonprism " que contém vários pacotes reforçados e geralmente aumenta a privacidade. Eu tinha esquecido que o habilitei para teste algum tempo atrás.
A desativação deste repositório corrigiu o gnome-ring e o california, o que sugere que um dos pacotes não prism está quebrado. Conseguiu reduzi-lo a uma dependência quebrada, o que sugere que o servidor de dados de evolução é o culpado. Com certeza, existe nonprism/evolution-data-server que está duas versões atrás dos pacotes normais.
nonprism/evolution-data-server está na fila para ser reconstruído agora. Se isso corrigir o problema, marcarei esta questão como resolvida.
Isso funcionou para mim:
(Supondo que você tenha seu sistema no ICU v60. Se você estiver no v59, provavelmente poderá vincular simbolicamente 59 a 60.)