[KDE-Plasma] Problème au lancement de Gwenview ... Spectacle [RESOLU]

[jimarch]

Bonjour à tous,

j'ai depuis qq jours le problème suivant quand je lance GWENVIEW (gwenview-16.04.0-2-x86_64)
et la même chose avec SPECTACLE (l'ancien ksnapshot)(spectacle-16.04.0-3-x86_64)

les applications ne se lancent pas et me renvoient le message suivant:

gwenview: error while loading shared libraries: libKF5Kipi.so.31.0.0: cannot open shared object file: No such file or directory

Si je fais une recherche sur
$ whereis libKF5Kipi.so

je trouve :
libKF5Kipi: /usr/lib/libKF5Kipi.so

J'ai réussi à faire marcher Spectacle en rétrogradant de version :
la version spectacle-15.12.3-2-x86_64marche sans problème

Idem pour Gwenview avec gwenview-15.12.3-1-x86_64

J'ai donc réussi à contourner le problème...
mais la solution n'en est pas une !

Des idées ???

Cdt

[waitnsea]

Bonsoir,
Pas lié à Gwenview je pense, car il fonctionne parfaitement (KDE-Plasma) chez moi :

Code : Tout sélectionner

$ gwenview -v
org.kde.gwenview 16.04.0
$ gwenview

=>...fenêtre sans aucun warning

[jimarch]

Suite du problème...

je précise d'abord que mon système est à jour et que les réinstallations des gwenview et spectacle n'apportent pas de solution.
J'ai demandé des précisions au support de KDE qui me dit que le problème est lié à ma distribution...

Bon, si je résume : le problème est lié à libKF5Kipi.so

Si je fais une recherche sur
$ whereis libKF5Kipi.so

je trouve :
libKF5Kipi: /usr/lib/libKF5Kipi.so qui est un lien qui pointe vers
libKF5Kipi.so.30.0.0 qui lui-même est un lien qui pointe vers :
libKF5Kipi.so.5.0.0 dont la dernière modification date du lundi 21 décembre 2015

!!! Le problème est sans doute là ! Gwenview cherche la version 31 alors que seule la version 30 de libKF5Kipi.so est trouvable...

Question aux spécialistes : est-il raisonnable de créer directement un nouveau lien intitulé libKF5Kipi.so.31.0.0 qui pointerait sur libKF5Kipi.so.5.0.0 ???

Cdt

[benjarobin]

Non ton système n'est pas à jour : ls -l /usr/lib/libKF5Kipi.so*

Code : Tout sélectionner

lrwxrwxrwx 1 root root   20 28 avril 18:21 /usr/lib/libKF5Kipi.so -> libKF5Kipi.so.31.0.0
lrwxrwxrwx 1 root root   19 28 avril 18:21 /usr/lib/libKF5Kipi.so.31.0.0 -> libKF5Kipi.so.5.1.0
-rwxr-xr-x 1 root root 235K 28 avril 18:21 /usr/lib/libKF5Kipi.so.5.1.0

pacman -Qo /usr/lib/libKF5Kipi.so*

Code : Tout sélectionner

/usr/lib/libKF5Kipi.so appartient à libkipi 16.04.0-2
/usr/lib/libKF5Kipi.so.31.0.0 appartient à libkipi 16.04.0-2
/usr/lib/libKF5Kipi.so.5.1.0 appartient à libkipi 16.04.0-2

Change de miroir...

[waitnsea]

Code : Tout sélectionner

 % locate libKF5Kipi.so.
/usr/lib/libKF5Kipi.so.31.0.0
/usr/lib/libKF5Kipi.so.5.1.0 

% pacman -Fs libKF5Kipi.so       
extra/libkipi 15.12.2-1
    usr/lib/libKF5Kipi.so

Ton paquet libkipi n'est pas à jour (Edit : grillé par benjarobin)

[jimarch]

Ok et merci à tous deux !
j'ai mis à jour libkipi et l'ordre semble être rétabli. Plus de problème avec Gwenview et Spectacle.
J'avais une version libkipi-git, installée là je ne sais plus comment ! C'est sans doute la source du problème.

Code : Tout sélectionner

# pacman -S libkipi
résolution des dépendances...
recherche des conflits entre paquets...
:: libkipi et libkipi-git sont en conflit. Supprimer libkipi-git ? [o/N] o

Paquet (2)     Ancienne version  Nouvelle version  Changement net  Taille du téléchargement
                                                                                                                                                                                                                 
libkipi-git             r1164.f4e7fdd                     -1                          -0,32 MiB                                                                                                                                                
extra/libkipi                    16.04.0-2               0,41 MiB                  0,10 MiB    

Il me reste un doute !
Quand je lance la commande indiquée par waitnsea
pacman -Fs libKF5Kipi.so
je récupère :

Code : Tout sélectionner

 
# pacman -Fs libKF5Kipi.so 
avertissement : database file for 'core' does not exist
avertissement : database file for 'extra' does not exist
avertissement : database file for 'community' does not exist
avertissement : database file for 'multilib' does not exist
avertissement : database file for 'archlinuxfr' does not exist
avertissement : database file for 'infinality-bundle' does not exist
avertissement : database file for 'infinality-bundle-multilib' does not exist
avertissement : database file for 'infinality-bundle-fonts' does not exist

Pourtant toutes les bases se trouvent bien dans /var/lib/pacman/sync
Où est l'erreur ?

[benjarobin]

La commande que tu donnes recherche les paquets qui fournissent un fichier via son nom. La recherche n'est faites pas faites sur les paquets installés. Voir le man de pacman...
Bref, ce n'est pas cette commande qu'il fallait lancé pour savoir qui fournissait le fichier local /usr/lib/libKF5Kipi.so, mais la commande : pacman -Qo /usr/lib/libKF5Kipi.so
Et pour utiliser la fonctionnalité de recherche "distante", il faut synchroniser la liste des fichiers (pacman -Fy).

[jimarch]

Ok et grand merci pour tout !
J'en sais un peu plus sur Pacman et surtout j'ai résolu mon problème !