Bonjour,
La librairie Python est toujours en conflit avec Rfxcom.
Lors d’un redémarrage du Rfxcom, il faut relancer les dépendance de Rfxcom pour qu’il refonctionne.
A chaque relance des dépendances ou maj Pronote relançant ses dépendances, cela affecte les dépendances de Rfxcom.
Bonjour,
Tu es un habitué, que va-ton demander?
là on ne sait même pas de quelle librairie python tu parles…
et la solution va être de passer à debian 12 car debian 11 est obsolète et grâce à ça les dépendances de rfxcom ne seront plus écrasées.
Bonjour Mips,
Je suis en Debian 12.
Je n’y connais rien côté librairie mais Aldarande avait identifié qu’il y avait un problème lors de l’installation des librairies de projote qui impactait les librairies nécessaires à Rfxcom.
Toujours pas de logs ni de page santé.
Je ne sais pas qui ou quoi arrive à cette conclusion mais sous debian 12 les lib python de rfxcom sont installées dans un environnement virtuel réservé au plugin et ne sont donc pas écrasé par un autre plugin
et pourtant à chaque installation des dépendances pronote, RFXCom ne fonctionne plus. pi le créateur du plugin l’a également constaté.
Bonjour,
pourrais-tu s’il te plaît partager le log d’installation des dépendances de pronotlink ?
peut-être mettre à jour jeedom en 4.6.
et
apt update
apt upgrade
akenad 
Bonjour,
Voici le log d’installation des dépendances de pronotlink :
0000|+ echo '*******************Begin of package installation******************'
0001|*******************Begin of package installation******************
0002|+ touch /tmp/jeedom_install_in_progress_ProJote
0003|+ echo 1
0004|+ echo 2
0005|+ sudo killall apt apt-get unattended-upgr
0006|apt: no process found
0007|apt-get: no process found
0008|unattended-upgr: no process found
0009|+ sudo rm /var/lib/apt/lists/lock
0010|+ sudo rm /var/cache/apt/archives/lock
0011|+ sudo rm /var/lib/dpkg/lock /var/lib/dpkg/lock-frontend
0012|+ sudo sudo dpkg --configure -a --force-confdef
0013|+ sudo apt update
0014|WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
0015|Hit:1 http://deb.debian.org/debian bookworm InRelease
0016|Hit:2 http://deb.debian.org/debian-security bookworm-security InRelease
0017|Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
0018|Get:4 http://archive.raspberrypi.com/debian bookworm InRelease [54.9 kB]
0019|Hit:5 https://deb.nodesource.com/node_22.x nodistro InRelease
0020|Get:6 http://archive.raspberrypi.com/debian bookworm/main armhf Packages [587 kB]
0021|Get:7 http://archive.raspberrypi.com/debian bookworm/main arm64 Packages [584 kB]
0022|Fetched 1281 kB in 2s (578 kB/s)
0023|Reading package lists...
0024|Building dependency tree...
0025|Reading state information...
0026|200 packages can be upgraded. Run 'apt list --upgradable' to see them.
0027|+ echo 3
0028|+ sudo apt install -o Dpkg::Options::=--force-confdef -y python3-dev
0029|WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
0030|Reading package lists...
0031|Building dependency tree...
0032|Reading state information...
0033|python3-dev is already the newest version (3.11.2-1+b1).
0034|0 upgraded, 0 newly installed, 0 to remove and 200 not upgraded.
0035|+ echo 4
0036|+ sudo apt install -o Dpkg::Options::=--force-confdef -y python3-venv
0037|WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
0038|Reading package lists...
0039|Building dependency tree...
0040|Reading state information...
0041|python3-venv is already the newest version (3.11.2-1+b1).
0042|0 upgraded, 0 newly installed, 0 to remove and 200 not upgraded.
0043|+ echo 5
0044|+ sudo apt install -o Dpkg::Options::=--force-confdef -y python3-requests
0045|WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
0046|Reading package lists...
0047|Building dependency tree...
0048|Reading state information...
0049|python3-requests is already the newest version (2.28.1+dfsg-1).
0050|0 upgraded, 0 newly installed, 0 to remove and 200 not upgraded.
0051|+ echo 6
0052|+ sudo apt install -o Dpkg::Options::=--force-confdef -y python3-pyudev
0053|WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
0054|Reading package lists...
0055|Building dependency tree...
0056|Reading state information...
0057|python3-pyudev is already the newest version (0.24.0-1).
0058|0 upgraded, 0 newly installed, 0 to remove and 200 not upgraded.
0059|+ echo 7
0060|+ sudo chmod +x /var/www/html/core/class/../../plugins/ProJote/resources/post-install.sh
0061|+ sudo /var/www/html/core/class/../../plugins/ProJote/resources/post-install.sh
0062|[ProJote] Répertoire resources : /var/www/html/plugins/ProJote/resources
0063|[ProJote] Venv cible : /var/www/html/plugins/ProJote/resources/python_venv/bin/python3
0064|[ProJote] Python système : Python 3.11.2
0065|[ProJote] Le venv existe déjà, vérification des paquets.
0066|[ProJote] Mise à jour de pip...
0067|[ProJote] Installation des dépendances depuis requirements.txt...
0068|[ProJote] Installation terminée avec succès.
0069|[ProJote] Binaire Python : /var/www/html/plugins/ProJote/resources/python_venv/bin/python3
0070|+ echo 8
0071|+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end ProJote
0072|+ echo 9
0073|+ rm /tmp/jeedom_install_in_progress_ProJote
0074|+ echo '*******************End of package installation******************'
0075|*******************End of package installation******************
pour la maj de jeedom, j’attends encore un peu car j’ai eu pas mal de problèmes suite aux maj jeedom et bcp de choses en panne sur certains de mes 40 plugins. et parfois carrément fresh install à faire.
c’est #plugin-projote ça (et qui est uniquement en beta), pas plugin-pronotlink.
EDIT : visiblement c’est l’étiquette plugin-pronotlink qui est utilisé pour les sujets sur le plugin-projote car l’étiquette #plugin-projote n’existe pas (car pas de stable à ce stade).
akenad
??? pronotlink n’est pas projote ???
si si c’est bien le même tu m’as fait douter un instant
non ce n’est pas le même
on le verrait si on avait la page de config
arf pour une fois que j’ai raison Mips 
“PronotLink” et “ProJote” désignent en pratique le même projet/plugin Jeedom, avec une nuance importante sur les noms.
plugin-pronotlink est l’identifiant historique du plugin dans Jeedom.
ProJote est le nom donné au nouveau plugin développé par Aldarande.
Dans Jeedom, il peut apparaître comme « Plugin Pronote » alors que la documentation et les fichiers utilisent ProJote. C’est justement ce qui crée la confusion
Donc oui : ton ProJote est bien le plugin Pronote/PronotLink dont tu vois parfois la référence plugin-pronotlink dans la communauté Jeedom
ce n’est pas parce que l’IA dit le contraire que c’est vrai…
non mais pour le coup je suis sûr. et Aldarande assure sur Projote/Pronotlink
plugin-pronotlink est l’ancien nom du plugin de Thibaut qui a été repris par aldarande. (enfin si je ne me trompe. lol
plugins/ProJote/plugin_info/packages.json :
{
"apt": {
"python3-dev": {},
"python3-venv": {},
"python3-requests": {},
"python3-pyudev": {}
},
"post-install": {
"script": "plugins/ProJote/resources/post-install.sh"
}
}
post-install.sh fait un pip install -r requirements.txt et manipule python_venv.
ça pourrait entrer en conflit avec le python_venv géré par le core (merci mips) et donc tout plugin sous Deb12/python3.
plugins/ProJote/resources/requirements.txt :
pronotepy>=2.15.6,<3.0
autoslot==2025.11.1
cryptography==46.0.6
pycryptodome==3.20.0
# requests 2.33 exige python >= 3.10 : 2.32.5 est la dernière compatible 3.9.
requests==2.33.0; python_version >= "3.10"
requests==2.32.5; python_version < "3.10"
beautifulsoup4==4.14.3
pyserial==3.5
pyudev==0.24.4
akenad
désolé de contredire mais là en l’occurrence je ne pense pas.
j’ai relu le script et l’installation des dépendances sur ce plugin est une usine à gaz et ré-invente la roue, il donne mal à la tête, rien d’étonnant puisque ca été fait par une IA sans supervision… mais il travaille dans son environnement sans toucher les autres;
D’ailleurs jusqu’ici on n’a pas de confirmation que les dépendances de rfxcom soient réellement impactées, on ignore même l’erreur rencontrée réellement…
On est en train de chercher après un problème qui n’existe peut-être pas et qui aurait été généré par une IA… je vais arrêter de chercher ici moi
et oui, le contenu du fichier requirements est interpellant: version de requests? pyserial pyudev pourquoi faire?
mais pareil dans le packages.json…
ceci n’est pas utile:
ce n’est pas une contradiction, c’est juste une hypothèse mis au conditionnel à défaut d’avoir suffisamment d’information pour statuer.
Le contenu des fichiers que j’ai indiqué est pour réflexion a destination de @Aldarande
doc : Documentation BETA — Plugin ProJote :
akenad
Merci Messieurs,
J’investigue et reviens vers vous après quelques tests.
concernant le plugin-rfxcom :
plugins/rfxcom/plugin_info/packages.json :
{
"pre-install" : {
"script" : "plugins/rfxcom/resources/pre-install.sh"
},
"apt" : {
"python3" : {},
"python3-pip" : {},
"build-essential" : {},
"python3-pyudev" : {},
"python3-dev" : {},
"python3-requests" : {},
"python3-setuptools" : {}
},
"pip3" : {
"six" : {"reinstall" : true},
"requests" : {"reinstall" : true},
"setuptools" : {"reinstall" : true},
"pyudev" : {"reinstall" : true},
"pyserial" : {"reinstall" : true},
"jeedomdaemon": {"reinstall": true}
}
}
plugins/rfxcom/resources/pre-install.sh :
sudo pip3 uninstall -y serial
sudo apt remove -y python3-serial
akenad