[YAY] error while loading shared libraries: libalpm.so.13

[jimarch]

Bonjour à toutes et à tous !

Une curiosité de ce soir !
Lors d'une mise à jour du système par YAY (yay 12.3.1-3) j'ai eu la surprise suivante.
La mise à jour se fait correctement pour les packages indiqués ci-dessous, puis quand je veux relancer à nouveau YAY il me sort une erreur du type :

$ yay
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

Voilà la séquence initiale:

$ yay
[sudo] Mot de passe de prime :
:: Synchronisation des bases de données de paquets…
core 130,5 KiB 888 KiB/s 00:00
extra 8,4 MiB 78,1 MiB/s 00:00
multilib est à jour
community est à jour

:: Searching databases for updates...

:: 6 packages to upgrade/install.
6 core/pacman 6.0.2-9 -> 6.1.0-3
5 extra/arch-audit 0.1.20-2 -> 0.1.20-3
4 extra/expac 10-8 -> 10-9
3 extra/pacman-contrib 1.10.4-3 -> 1.10.4-4
2 extra/pacquery 0.0.1-1 -> 0.0.2-1
1 extra/pyalpm 0.10.7-3 -> 0.10.8-1

==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
-> Excluding packages may cause partial upgrades and break systems
==>
Sync Dependency (2): pacman-6.1.0-3, pyalpm-0.10.8-1
Sync Explicit (4): pacman-contrib-1.10.4-4, pacquery-0.0.2-1, arch-audit-0.1.20-3, expac-10-9
:: Synchronisation des bases de données de paquets…
core est à jour
extra est à jour
multilib est à jour
community est à jour
:: Début de la mise à jour complète du système…
résolution des dépendances…
recherche des conflits entre paquets…

Paquet (6) Ancienne version Nouvelle version Changement net Taille du téléchargement

extra/arch-audit 0.1.20-2 0.1.20-3 -0,04 MiB 1,88 MiB
extra/expac 10-8 10-9 0,00 MiB 0,01 MiB
core/pacman 6.0.2-9 6.1.0-3 0,06 MiB 0,91 MiB
extra/pacman-contrib 1.10.4-3 1.10.4-4 0,00 MiB 0,05 MiB
extra/pacquery 0.0.1-1 0.0.2-1 -0,03 MiB 0,33 MiB
extra/pyalpm 0.10.7-3 0.10.8-1 0,00 MiB 0,06 MiB

Taille totale du téléchargement : 3,25 MiB
Taille totale installée : 10,98 MiB
Taille de mise à jour nette : 0,00 MiB

:: Procéder à l’installation ? [O/n]
:: Récupération des paquets…
arch-audit-0.1.20-3-x86_64 1922,2 KiB 31,3 MiB/s 00:00
pacman-6.1.0-3-x86_64 936,0 KiB 53,8 MiB/s 00:00
pacquery-0.0.2-1-x86_64 339,0 KiB 23,6 MiB/s 00:00
pyalpm-0.10.8-1-x86_64 64,8 KiB 9,05 MiB/s 00:00
pacman-contrib-1.10.4-4-x86_64 48,1 KiB 4,70 MiB/s 00:00
expac-10-9-x86_64 13,6 KiB 1948 KiB/s 00:00
Total (6/6) 3,2 MiB 20,7 MiB/s 00:00
(6/6) vérification des clés dans le trousseau
(6/6) vérification de l’intégrité des paquets
(6/6) chargement des fichiers des paquets
(6/6) analyse des conflits entre fichiers
(6/6) vérification de l’espace disque disponible
:: Traitement des changements du paquet…
(1/6) mise à jour de pacman
avertissement : /etc/makepkg.conf installé sous le nom /etc/makepkg.conf.pacnew
(2/6) mise à jour de arch-audit
(3/6) mise à jour de expac
(4/6) mise à jour de pacman-contrib
(5/6) mise à jour de pacquery
(6/6) mise à jour de pyalpm
:: Exécution des crochets (« hooks ») de post-transaction…
(1/5) Reloading system manager configuration...
(2/5) Arming ConditionNeedsUpdate...
(3/5) Checking for package with missing dependencies...
File "/usr/bin/dropbox" from package "dropbox" is missing dependency "libdropbox_core.so"
File "/usr/bin/package-query" from package "package-query" is missing dependency "libalpm.so.13"
File "/usr/bin/whatsapp-nativefier" from package "whatsapp-nativefier" is missing dependency "libffmpeg.so"
File "/usr/bin/yay" from package "yay" is missing dependency "libalpm.so.13"
(4/5) Checking for stale library file handles...
The following daemons/units have stale file handles open to
libraries that have been upgraded. Consider restarting them
if they should reference updated shared libraries.
● user@1000.service
(5/5) Removing old packages from pacman cache...
Removing old installed packages...
'/var/cache/pacman/pkg/pacman-contrib-1.10.4-1-x86_64.pkg.tar.zst' supprimé
'/var/cache/pacman/pkg/pacman-contrib-1.10.4-1-x86_64.pkg.tar.zst.sig' supprimé
'/var/cache/pacman/pkg/pyalpm-0.10.7-1-x86_64.pkg.tar.zst' supprimé
'/var/cache/pacman/pkg/pyalpm-0.10.7-1-x86_64.pkg.tar.zst.sig' supprimé
'/var/cache/pacman/pkg/pacman-6.0.2-8-x86_64.pkg.tar.zst' supprimé
'/var/cache/pacman/pkg/pacman-6.0.2-8-x86_64.pkg.tar.zst.sig' supprimé
'/var/cache/pacman/pkg/arch-audit-0.1.20-1-x86_64.pkg.tar.zst' supprimé
'/var/cache/pacman/pkg/arch-audit-0.1.20-1-x86_64.pkg.tar.zst.sig' supprimé
'/var/cache/pacman/pkg/expac-10-6-x86_64.pkg.tar.zst' supprimé
'/var/cache/pacman/pkg/expac-10-6-x86_64.pkg.tar.zst.sig' supprimé

==> finished: 5 packages removed (disk space saved: 2.97 MiB)
Removing old uninstalled packages...
==> no candidate packages found for pruning

immédiatement je lance YAY à nouveau et je tombe sur :

prime@Corsair1:~/.cache/yay [20:21:18] #11
$ yay
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

Explication :
En allant dans /usr/lib on peut voir que libalpm.so a maintenant le numéro 14 !
Je suppose que l'un des six packages a mis à jour libalpm.so qui est passé en libalpm.so.14.0.0
mais qui du coup fait planter les packages qui nécessitent une

En allant sur https://aur.archlinux.org/packages/yay
on peut lire que c'est sans doute pacman qui est le fautif !

PACMAN is now at v14. This yay version is requesting v13

Solutions :
1) On peut downgrader pacman en version 6.0.x

2 ) ou comme j'ai fait, créer un link de la façon suivante...
prime@Corsair1:/usr/lib [21:10:50] #35
$ sudo ln -s libalpm.so.14.0.0 libalpm.so.13

A part "attendre", autre solution ?

[benjarobin]

Bonjour,
Il ne faut en aucun cas :
- Faire le lien symbolique, sauf si tu veux avoir de sérieux problème
- Il ne faut pas non plus attendre

Tu dois recompiler yay, c'est tout. Dis autrement tu dois réinstaller yay "à la main".

Code : Tout sélectionner

git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si

[jimarch]

Benjarobin, bonjour, et merci pour ta réponse!

Sur ta première remarque :

Il ne faut en aucun cas :
- Faire le lien symbolique, sauf si tu veux avoir de sérieux problème

J'avais lu dans : https://wiki.archlinux.org/title/System ... %C3%A7ais)

Dans un scénario de mise à jour partielle, avec des binaires cassés parce qu'ils ne peuvent pas trouver les bibliothèques auxquelles ils sont liés, ne "corrigez" pas le problème simplement en créant des liens symboliques. Les bibliothèques incrémentent leur soname lorsqu'elles ne sont pas rétrocompatibles. Un simple pacman -Syu vers un miroir correctement synchronisé résoudra le problème tant que pacman n'est pas cassé.

Effectivement, j'aurai pu attendre un peu (car c'est réparé aujourd'hui)

Sur ta seconde remarque

Tu dois recompiler yay, c'est tout. Dis autrement tu dois réinstaller yay "à la main".

OK, j'ai vu aussi la correction dans : https://aur.archlinux.org/packages/yay

In fine,
J'ai supprimé le lien symbolique que j'avais créé et avec la nouvelle version de Yay (12.3.3-3), il n'y a plus de problème... pour Yay !

Mais la difficulté persiste pour package-query ! En effet, si on le lance on a de nouveau l'erreur :

$ package-query
package-query: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

sur AUR, on trouve : https://aur.archlinux.org/packages/package-query

Ralf_Mardorf commented on 2024-03-16 12:32 (UTC)
Hi, it's needed to rebuild the package against libalpm.so.14.0.0.
I would like to ask you to bump the pkgrel, but actually you need to rename the package to package-query-git or you need to pull a specific branch or commit. Regards, Ralf

Mais je ne me sers plus guère de package-query, et je vais le supprimer.

[benjarobin]

Idem, il suffit de recompiler : si le programme est compatible avec la nouvelle version de Pacman, cela devrait compiler, sinon cela devrait échouer