Bonjour,
Jeedom V4.3.21
Version Plugin 1.5.2
Version PyEnv 2.4.7
Version Python 3.11.9
Erreur Cloud TTS
1er installation le Deamon ne se lance pas
Relance installation des dépendances IDEM
[DAEMON][IMPORT] Error: importing module Google Cloud TTS :: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29’ not found (required by /var/www/html/plugins/ttscast/resources/venv/lib/python3.11/site-packages/grpc/_cython/cygrpc.cpython-311-arm-linux-gnueabihf.so)
Salut
Page santé jeedom que l’on puisse voir les infos sur ton système. C’est un reflex à avoir pour chaque demande.
Antoine
Bonsoir,
Sans plus d’informations, notamment la page santé, cela va être compliqué d’aider.
Cela ressemble à première vue à un système qui n’est pas à jour.
Bonne soirée,
TiTidom.
Du coup je diffère la mise a jour forcée je ne peux pas prendre le risque de planter le système en ce moment.
Bonsoir
Pour être sûr que l’on parle de la même chose, au niveau système, je ne parlais pas de jeedom, mais de l’OS sur lequel il tourne.
Pas besoin de mettre à jour jeedom pour mettre à jour l’OS qui est dessous.
TiTidom.
Re,
Ok donc on parlait bien de la même chose.
Et oui une mise à jour système, qui est une très bonne chose en soi, si elle est mal faite (dans le sens ne se passe pas comme prévu, genre est arrêtée en plein milieu, si l’on attend pas que cette mise à jour soit terminée, etc…) peut comporter un risque en effet.
Mais si elle est bien faite, on gagne un système à jour, et donc moins de soucis, comme celui que tu rencontre.
Si ce n’est pas la bonne période pour toi pour faire cette mise à jour, alors il est évident qu’il faut attendre. Choisis un moment pour le faire tranquillement 
Ça ne prend pas des heures non plus pour info, après cela dépend de ta machine qui héberge jeedom.
TiTidom.
Je suis sur un RPI4 B+ (armv7l) 2Go sur SSD, sous Raspbian Buster 32bits avec Jeedom V4.3.21
En final je souhaite passer de Buster 32bits à Bullseye 64bits, du coup l’install Jeedom sera V4.4.
La marche est haute, pour un tel changement par précaution je clone mon SSD.
Pour le coup je ne sais pas si je pourrais restaurer ma V4.3 sur du 64bits Jeedom V4.4 ou si je doit évoluer avant en V4.4 en restant en 32bits et changer d’OS après et restaurer la V4.4.
Par le passé j’ai déjà eu des plantages en passant de Stretch à Butser sur RPI 3B+ et surtout avec Jeedom de V3.3.53 a V4.1.
Ça s’est mal passé avec des restaures Jeedom qui bloquaient, sans compter les évolutions Phyton incompatible avec certains plugin. J’ai tout perdu et du tout réécrire en V4.
Aucun souci pour ce point pour jeedom.
Le gap est moins gros. Il faut juste éviter d’avoir des plugins non compatible python 3 avant de passer à debian 11. Par exemple openzwave.
Antoine
Merci pour les conseils sa me rassure 
Bonjour,
Erreur typique de l’OS en 32 bits. TTSCast a besoin d’un OS en 64 bits (mentionné dans la doc)
Merci j’avais vu d’ou ma décision de passer sous Bulseys 64bits
