Voici un problème intéressant pour vous. Vous vous souvenez de mon Asus Vivobook à double démarrage Windows 8 et Ubuntu ? Eh bien, j'ai fait passer la machine de Trusty à Bionic et, au cours d'autres exercices, j'ai également installé Plasma sur le système. Tout allait bien, mais chaque fois que je lançais Discover, je remarquais un message qui ne devrait pas être là.
Au bas de l'écran principal de Discover, il se lisait :kdenlive_projectprofiles.knsrc" "Le chargement des fournisseurs à partir du fichier :https://kdenlive.org/data/mltprofilesources.xml a échoué". Étrange. quelques secondes, tout fonctionnait bien. J'ai pu rechercher des applications via Discover et les installer, Kdenlive fonctionnait comme prévu. Mais mes démons TOC ne voulaient pas laisser passer ça. Alors réglons ça, d'accord.
Problème plus en détail
Bien sûr, j'ai tapé sur l'intertubez pour voir ce que ça donne, et j'ai constaté que plein de gens s'en plaignaient depuis quatre ou cinq ans, avec telle ou telle application. Certains rencontreraient également des problèmes plus larges, ne pouvant pas installer de logiciels, etc. Pour moi, le problème était limité à un faux message.
Pour en savoir plus, j'ai exécuté KDE Discover (plasma-discover) à partir de la ligne de commande. Cela signifiait pouvoir voir les erreurs plus en détail, y compris les chemins d'accès complets à toutes les configurations ou fichiers susceptibles d'être affectés. La sortie n'était pas propre et il y avait plusieurs avertissements pour tout un tas de choses. Mais celui qui est vraiment intéressant est celui-ci :
plasma-discover
...
org.kde.knewstuff.core :"Erreur lors du transfert de https://kdenlive.org/data/mltprofilesources.xml - le serveur a répondu :introuvable"
kns erreur "/etc/xdg/kdenlive_projectprofiles.knsrc" "Le chargement des fournisseurs depuis le fichier :https://kdenlive.org/data/mltprofilesources.xml a échoué"
qml : message :kdenlive_projectprofiles.knsrc :Chargement des fournisseurs depuis le fichier :https://kdenlive.org/data/mltprofilesources.xml a échoué
erreur :"Attendu '#' ou '[a-zA-Z]', mais a obtenu '&'." dans QUrl("https://kdenlive.org/data/mltprofilesources.xml")
Pour vérifier s'il s'agit d'un problème Plasma ou d'un problème Kdenlive, j'ai vérifié l'URL répertoriée, et en effet, elle renvoyait 404. Discover n'était donc pas à blâmer ici, il manquait quelque chose du côté de l'application. Cela m'a également permis d'affiner ma recherche.
Solution
Bientôt, j'ai trouvé ce bogue de KDE - qui était censé résoudre le problème, et en effet, je n'aurais pas dû rencontrer le problème. Mais, voici le déclic, étant donné que j'ai mis à jour la distribution de Trusty à Bionic, en déplaçant environ quatre ans dans le temps en un après-midi, la configuration de ma configuration a été reportée et les morceaux obsolètes n'ont pas vraiment été nettoyés correctement.
Si je comprends bien le problème, les fichiers knsrc sont censés résider sous /usr/share, et ceux sous /etc ne sont pas automatiquement supprimés (à cause du bogue). Donc, si vous avez d'anciennes configurations, elles peuvent faire référence à des ressources en ligne ou à des URL qui n'existent plus (ou ont changé), ce qui est très probable lorsque nous parlons de grandes mises à niveau de distribution. Et avec ces configurations en place, Discover génère des erreurs.
En effet, sous /etc/xdg/kdenlive, les fichiers étaient tous relativement à jour (2018), sauf celui référencé dans les erreurs kdenlive_projectprofiles.knsrc, qui avait été modifié pour la dernière fois en 2016. Et donc, la solution est de supprimer ce fichier manuellement.
-rw-r--r-- 1 racine racine 244 10 mars 2016 kdenlive_projectprofiles.knsrc
-rw-r--r-- 1 racine racine 1124 2 mars 2018 kdenlive_wipes.knsrc
-rw-r --r-- 1 racine racine 1133 2 mars 2018 kdenlive_titles.knsrc
-rw-r--r-- 1 racine racine 1197 2 mars 2018 kdenlive_renderprofiles.knsrc
-rw-r--r- - 1 racine racine 48 2 mars 2018 kdenlive.categories
Ce que j'ai fait avec élégance (je l'ai en fait déplacé, donc j'aurais une sauvegarde):
sudo mv /etc/xdg/kdenlive_projectprofiles.knsrc ~/backup/
Et KDE Discover a maintenant fonctionné sans aucune erreur. Cependant, je pense que la solution appropriée à cela devrait être un changement transparent au niveau du système, sans aucune interaction de l'utilisateur. Le tout nécessite une meilleure gestion des erreurs. Je suis également convaincu qu'il n'y a pas d'effets secondaires à cette action, et pourtant, la suppression des fichiers de configuration n'est jamais anodine, n'est-ce pas. Enfin, l'erreur d'interface utilisateur n'est pas utile, car elle n'a pas de chemin complet et les informations présentées ne font que confondre l'utilisateur. Si l'on a besoin de la ligne de commande pour voir le fichier réel en question, l'erreur ne doit pas être affichée dans Discover en premier lieu.
Conclusion
Nous y voilà. Je peux maintenant me reposer à nouveau, car le système est sans erreur. Je pense que c'était un exercice plutôt utile, car il traite d'un fantôme post-mise à niveau qui n'est pas immédiatement apparent - et qui ne devrait pas être là, attention. Normalement, j'utilise l'interface de ligne de commande pour installer un logiciel, il m'a donc fallu un certain temps pour le découvrir. Et sans aucun symptôme apparemment malade, ce problème est problématique, car vous ne pouvez pas être sûr à 100 % que la solution n'introduira pas de futurs fantômes à un moment donné.
Mais si vous rencontrez des problèmes du même type, exécutez Discover à partir de la ligne de commande, essayez d'identifier l'erreur, puis examinez attentivement les informations pour voir s'il s'agit des lignes de problème dans le gestionnaire de packages ou des fichiers référencés (et des sources distantes). Une fois que vous avez isolé le coupable, voyez si la suppression ou le nettoyage aide, mais assurez-vous d'avoir une sauvegarde, afin que vous puissiez facilement revenir en arrière. Et je suppose que ce serait tout pour cet article plasmatique.