Plugins : Openzwave et BLEA ne démarrent après passage en Buster

Il semble qu’il manque quelque chose, voici le log de openzwave_update :

Installation des dependances
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.6).
g++ is already the newest version (4:8.3.0-1).
gcc is already the newest version (4:8.3.0-1).
libjpeg-dev is already the newest version (1:1.5.2-2+deb10u1).
python-louie is already the newest version (1.1-4).
make is already the newest version (4.2.1-1.2).
python-serial is already the newest version (3.4-4).
python-dev is already the newest version (2.7.16-1).
python-pip is already the newest version (18.1-5).
python-setuptools is already the newest version (40.8.0-1).
python-pyudev is already the newest version (0.21.0-1).
python-requests is already the newest version (2.21.0-1).
libudev-dev is already the newest version (241-7~deb10u5).
unzip is already the newest version (6.0-23+deb10u1).
python-lxml is already the newest version (4.3.2-1+deb10u2).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 git : Depends: libcurl3-gnutls (>= 7.56.1) but 7.38.0-4+deb8u9 is to be installed
E: Unable to correct problems, you have held broken packages.
could not install git - abort

La version de libcurl3-gnutls n’est pas correcte

Il manque des infos essentielles au début du log:

Lancement de l'installation/mise à jour des dépendances openzwave
Hit:1 http://security.debian.org buster/updates InRelease
Hit:2 http://ftp.debian.org/debian buster InRelease
Hit:4 http://ftp.debian.org/debian buster-updates InRelease
Hit:5 http://ftp.debian.org/debian buster-backports InRelease
Hit:6 http://www.deb-multimedia.org buster InRelease
Hit:7 http://ftp.debian.org/debian buster-proposed-updates InRelease
Hit:8 https://oph.mdrjr.net/meveric all InRelease
Hit:9 https://oph.mdrjr.net/meveric stretch InRelease
Err:3 https://repo.jeedom.com/odroid stable InRelease
  502  Bad Gateway [IP: 51.210.253.116 443]
Reading package lists...
W: Failed to fetch http://repo.jeedom.com/odroid/dists/stable/InRelease  502  Bad Gateway [IP: 51.210.253.116 443]
W: Some index files failed to download. They have been ignored, or old ones used instead.

moi je ferais

sudo apt-get update
sudo apt-get install libcurl3-gnutls

Bon j’ai re-installé le lplugin + relancer les dépendances et le démon ne démarre toujours pas. Il y a par contre toujours l’erreur 502 sur une gateway 51.210… donc la distrib ne semble pas complète
OK je vais essayer de mettre à jour cette lib via apt-get …

Rien à voir, le repo n’est juste pas accessible mais il est vide de toute façon

J’ai le même soucis avec le package repo.jeedom.com/odroid
erreur 502 bad gateways
dès la commande apt-update

Bonne nouvelle : j’ai mis à jour avec succès la libcurl3-gnutls en version 7.64.0
Bon je relance les dépendances de zwave

OK Après la relance de l’installation des dépendances, le démon a redémarré.
Je vais surveiller le réseau zwave …
Un grand merci à @sebfar, @saviaf et tous

cdt

1 « J'aime »

Tu parles bien de cette procédure ?
https://doc.jeedom.com/fr_FR/howto/migrationos.smart

Effectivement il semble opportun d’ajouter un laïus sur la réinstallation des dépendances des plugins après migration de l’OS. J’essaye de m’en occuper dès ce soir

oui absolument c’est cette procédure sur laquelle je suis tombé par hasard.
Pour blea: il faut relancer les dépendances mais la version bluepy semble poser un problème
Pour OpenZwave: il faut faire apt-get install libcurl3-gnutls pour avoir la bonne version puis relancer les dépendances

cdt

Vérifie que dans « Santé » tu as bien tous tes modules…
Moi tout était vide, d’où la récupération du fichier dont je parle plus haut.

Sorry @salvialf ce n’est pas cette procédure mais ce post:

La santé est bonne, tous les plugins sont là

Je parlais de santé du module OpenZwave :wink:

Ok la page ‹ santé › de zwave affiche tous mes modules: ceux avec secteur fonctionnent et ceux avec batterie sont en ‹ cacheload › ce qui est normal pour l’instant.

Si tu as lu ce sujet jusqu’au bout, tu as dû te rendre compte que ce n’est pas la meilleure méthode.
Même si elle fonctionne, cette méthode laisse des défauts résiduels dans l’OS. Ce tuto est plus un exercice de style qu’autre chose

Je préconisais à la fin une fresh install buster, une install Jeedom suivi d’une restauration d’une précédente sauvegarde.
De loin la meilleure méthode.

Ah oui ce n’est pas du tout la même chose…

Ah oui, moi, c’est bien celle dont parle @Salvialf que j’avais suivi et je n’ai pas eu les mêmes soucis :wink:

1 « J'aime »

Merci en tout cas d’avoir mis à disposition une solution pour smart. Je l’utiliserai la prochaine fois :slight_smile:
De toute façon quelque soit la méthode, c’est une manip délicate et complexe.
Encore merci pour vos soutiens.

cdt

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.