Je viens de pousser la correction aussi merci
1 « J'aime »
Hello
J’ai vu encore petit soucis d’esthétique, dans la fenêtre ci-dessous
- Texte en double : est-ce normal ?
- Pour être uniforme avec les autres fenêtre remplacer l’icône de la X (fas fa-times) remplacer par la poubelle (fa fa-trash)
- Pour mon info, le message de Warning est-il grave ou pas ?
Dans la fenêtre ci-dessous, centrer si possible le texte dans les cases Bleu (voir avec Openvpn)
Sur analyse/log c’est bien la croix, je ne vois pas d’incohérence ici
Non
C’est corrigé
Sur les autres fenêtre de configuration
Tu as une poubelle pour vider, je pensais que cela serait bien d’uniformiser
merci pour le reste
Pour pip, peut-être prévoir la possibilité de définir une version précise pour le paquet à installer.
Exemple pour que le plugin openenocean fonctionne sous Buster :
soupsieve==1.8
Plus de détails ici : Python 2 ou python 3 - #5 par akenad
akenad 
Bonjour
C’est déjà possible
Trop fort !
Merci.
(ps : je parle de la version du paquet et non pas pip2 ou pip3)
akenad
Oui oui bien sur le core gère les deux de toute façon et la version de pip et la version du package que ça soit en Apt pip2 ou pip3
Pour être sûr de bien avoir compris, ça veut dire que dans l’état du code actuel tu peux par exemple forcer l’installation du paquet python soupsieve dans sa version 1.8 et non pas 2.0 (nécessaire au plugin openenocean sous buster) ?
akenad
A non tu donnes la version minimal et non spécifique.
Car la si plusieurs plugin on besoin de version différente ça va tourner en boucle et être ingerable
l’idée ce n’est pas une version spécifique mais plutôt une version maximale, par exemple en fonction de stretch ou Buster.
Je t’invites a bien regarder ce cas de figure :
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting beautifulsoup4
Using cached https://files.pythonhosted.org/packages/c5/48/c88b0b390ae1f785942fc83413feb1268a1eb696f343d4d55db735b9bb39/beautifulsoup4-4.8.2-py2-none-any.whl
Collecting soupsieve>=1.2 (from beautifulsoup4)
Using cached https://www.piwheels.org/simple/soupsieve/soupsieve-2.0-py2.py3-none-any.whl
soupsieve requires Python '>=3.5' but the running Python is 2.7.16
akenad
Je les connais les cas de figure mais non ce n’est pas prévu
J’ai aussi le problème sur #plugin-arlo ou Il faut le paquet python (installé par pip) sseclient à la version 0.0.22 max.
Après il y a un bug non résolu.
Pour ce cas je n’ai pas trop d’inquietude mais je me dis que ça serait bien qu’on puisse le spécifier au niveau de la syntaxe proposée par le core.
Et s’il y a conflit ce n’est pas au core de trouver la solution, juste un message d’erreur pour l’utilisateur.
Non comme dit ce n’est pas prévu désolé
Et ce serait bien de gérer l’installation de NodeJS et NPM au niveau du core …
(sans supporter Jessie, Pi1/armv6l, i386/32bits)
akenad
1 « J'aime »
Bonjour @alexandre, @loic,
Si ce n’est pas possible de gérer l’installation de NodeJS et NPM au niveau du core, il serait alors souhaitable de passer (par exemple) l’installation des dépendances NodeJS du #plugin-ikealight de v8 à v12.
akenad
1 « J'aime »
Nous avons déjà tester ceci avec des repo spéciaux etc… mais si le dev le veux il pouvait passer outre ! donc on arrête de faire ça.
A voir comment on peut faire un truc facile pour le core et pour les dev a mettre en place dans le info.json ou un truc du genre. mais il faut que tout le monde joue le jeux ! et la est le plus compliqué !
@nebz et @lunarok jouent le jeux pour NodeJS v12,
je dis juste que pour le plugin officiel #plugin-ikealight ce n’est pas le cas et dans certains cas de figure cela pose problème.
akenad
1 « J'aime »
il a raison, on avait fixé la V12 d’un commun accord entre plusieurs Dev’s à l’époque :
https://community.jeedom.com/t/nodejs-12-migration/1939
mais ca veut dire pas de support sur Jessie ni x86-32 ni RPI 1. Personnellement j’ai pris le choix de ne plus supporter Jessie à partir du 1er Juillet.
C’est en effet la position que je soutiens depuis déjà quelques mois :
akenad