Parabel (bogenförmig) – ICU-Update führte dazu, dass einige Programme zwei verschiedene Versionen der ICU-Bibliothek benötigten. Beide konnten nicht gestartet werden. Kann nicht reproduziert werden

Question

ich renneParabel(ein Derivat von Arch Linux, das nicht-freie Software auf die schwarze Liste setzt und eine Menge anderer Software hinzufügt). Kürzlich wurde das ICU-Paket von v.59 auf v.60 aktualisiert (das ICU-Paket stammt direkt aus den Repositories von Arch, nicht von Parabola). Infolgedessen mussten viele der Pakete aus den eigenen Repositories von Parabola für die neue Version von ICU neu erstellt werden, darunter sowohl ring-client-gnome als auch california.

Ich habe bestätigt, dass sowohl „gnome-ring“ als auch „california“ auf einer neuen virtuellen Maschine ohne Probleme laufen. Andere Benutzer im IRC berichten dasselbe.

Auf meinem privaten Rechner starten jedoch weder „gnome-ring“ noch „california“ nicht. Ich konnte dieses Problem nicht reproduzieren, außer auf einer alten virtuellen Maschine, die leider beschädigt wurde.

Seltsam ist, dass mein Ring-Client-Gnome trotz seiner Entwicklung für ICU v60 sowohl v59 als auch v60 zu wollen scheint. Wenn Sie beispielsweise ICU deinstallieren, gibt Gnome-Ring wie erwartet aus, dass es „libicui18n.so.60“ nicht finden kann. Wenn Sie jedoch ICU installiert haben, gibt es aus, dass es „libicui18n.so.59“ nicht finden kann. Das ergibt keinen Sinn, da es unmöglich wäre, zwei verschiedene ICU-Versionen ohne Konflikte zu installieren, sodass es so aussieht, als ob mit meiner Installation etwas nicht stimmt.

Interessanterweise gibt „california“ immer aus, dass es „libicui18n.so.59“ nicht finden kann, unabhängig davon, ob Sie ICU installiert haben oder nicht, obwohl es für ICU v60 erstellt wurde.

Mit dem neuesten installierten ICU-Paket (60.1-1):

[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

Ohne installiertes ICU-Paket (das kalifornische istnichtein Tippfehler):

[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

Einige weitere nützliche Ausgaben:

[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

ICU-Version:

[user@hostname ~]$ sudo pacman -Q icu
icu 60.1-1

Inhalt von /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

Inhalt von /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

Answer 1

Parabola hat ein spezielles Repository namens "Nichtprisma", das eine Reihe gehärteter Pakete enthält und allgemein die Privatsphäre verbessert. Ich hatte vergessen, dass ich es vor einiger Zeit zum Testen aktiviert hatte.

Durch das Deaktivieren dieses Repositorys wurden sowohl Gnome-Ring als auch Kalifornien behoben, was darauf schließen lässt, dass einer derNichtprismaPakete sind kaputt. Es ist gelungen, es auf eine kaputte Abhängigkeit einzugrenzen, was darauf hindeutet, dass evolution-data-server der Übeltäter ist. Tatsächlich gibt esnonprism/evolution-datenserverdas zwei Versionen hinter den normalen Paketen liegt.

nonprism/evolution-datenserversteht jetzt zum Wiederaufbau bereit. Wenn das Problem dadurch behoben wird, markiere ich diese Frage als gelöst.

Answer 2

Das hat bei mir funktioniert:

sudo ln /usr/lib/libicuuc.so.60 /usr/lib/libicuuc.so.59

(Vorausgesetzt, Ihr System ist auf ICU v60. Wenn Sie v59 haben, können Sie wahrscheinlich einen symbolischen Link von 59 auf 60 erstellen.)