Démon BLEA ne démarre plus Erreur dependances

Bonjour,
Depuis la dernière mise à jour le démon ne démarre plus.
J’ai relancé les dependances et
blea.log (6,5 Ko)
blea_local.log (7,4 Ko)
blea_update.log (17,2 Ko)
je constate une erreur dans la creation.

Installing collected packages: cryptography
ERROR: pip’s dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.

Y a-t-il une relation ?


Informations Jeedom

Core : 4.4.17 (master)
DNS Jeedom : oui

Plugin : Bluetooth Advertisement
Version : 2024-09-05 01:00:47 (stable)
Statut Démon : Stoppé - (2024-09-14 09:46:10)
1 « J'aime »

Bonjour,

Il faudrait à minima les logs complets formatés entre balises, et une capture d’écran de la page Santé.

1 « J'aime »

Bonjour,
Il me semble que Blea n’est pas compatible avec Jeedom 4.4…

Ah bon ? Qui a dit ca ?

Ne confondez pas jeedom et debian, amha.
Debian c’est le système (OS) qui fait tourner votre box/ordinateur (=windows). Jeedom en a besoin pour fonctionner.

Les deux ont différentes versions:
Debian 10, obsolète à changer pour 11
Debian 11, la version actuellement recommandée
Debian 12: la dernière version disponible

Jeedom: vous devriez etre en v4.4.17

Antoine

bonjour,

pour ma part, j’ai une machine de test en debian 11 et jeedom alpha 4.4.15 avec blea qui s’installe et marche parfaitement.

Bonjour,

Pas de consommation de mémoire qui monte qui monte qui monte qui monte…

  • en laissant la machine fonctionner quelques jours (tous le monde à le problème, si vous ne l’avez pas, c’est « louche »).

oui j’ai vu que pas mal de monde avait des soucis … je ne sais pas, je reboote régulièrement la alpha 4.5…

j’en ai une autre instance qui tourne sous jeedom 4.4.9 aussi et qui redémarre de temps en temps. la santé est ok :

Après 8j RAS, je vais surveiller … mais j’ai une alerte sur la conso mémoire et aussi 16go :wink: Cela dit je n’ai qu’un unique équipement déclaré comme ça :

et il est allumé de temps en temps pour un faible temps (c’est une balance connectée). la conso est sans doute liée à de nombreux changements d’états. pour autant le réseau BT est très bavard chez moi.

edit : j’ai mis une historisation en route sur la mémoire je vais surveiller

C’est un peu juste comme configuration pour Jeedom :wink:

Certainement que c’est l’usage qui créer la fuite en question (j’avais 9 périphériques bavard dessus (NUT / Sonde)).

Sur le Github du projet bluepy, le problème est remonté depuis des années, mais le projet abandonné depuis autant d’année.

Le conseil, sur le Github de bluepy est de passer sur bluepy3 (fork qui lui, est mis à jour) compatible avec les Python des Debian 11 et 12.

ah ben du coup, comme le plugin est officiel, on attend le portage de la part de l’équipe si je comprends bien. pas de souci :slight_smile:

Oui…

Ou on passe sur un plugin plus moderne (plugin-mqttdiscovery et plugin-tgw) qui utilise une librairie qui s’occupe du décodage.
Donc plus de nécessité au dev de BLEA de se casser la tête pour le faire.
A jour
Maintenue
Compatible Debian 11 et 12

1 « J'aime »

Bonjour,
Ci-joint les copies de la page santé,
Pour BLEA l’erreur sur le Démon RPI est simplement une autre antenne qui est hors service.
Les logs sont dans le post precedent.
C’est dans la log blea_update.log| que l’on trouve l’erreur sur les dependances.

ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
python-miio 0.5.12 requires cryptography>=35, but you have cryptography 2.6.1 which is incompatible.
python-miio 0.5.12 requires importlib_metadata<2,>=1; python_version <= "3.7", but you have importlib-metadata 6.7.0 which is incompatible.
Successfully installed cryptography-2.6.1.

C’est depuis la Version 2024-09-05 01:00:47 que j’ai le problème.




J’ai vu ca dans les nouvelles dépendances de blea que la version de cryptography était forcée sur une ancienne version, ca allait forcément créer des conflits avec d’autres plugins.

Vu que ce plugin installe en global, il n’y a pas de solution… à moins de ne laisser qu’un seul plugin forcant une version en particulier et de désinstaller les autres.
Cela ne se produirait pas avec un venv (environnement virtuel python)

1 « J'aime »

Hello @Mips,
Oui et le plugin Odace SFSP (beagle) force exactement la même version de cryptography (2.6.1) et j’ai eu beau regarder dans beagle et dans les sources de cette version de cryptography et de l’actuelle je ne comprends pas pourquoi cette vieille version est utilisée. Sans doute seul un membre de la team Jeedom pourrait répondre à cette question car il doit bien y avoir une raison.