27/02/2016, 16:38:42
Salut,
je suis l'auteur du script en question et en effet pas simple à maintenir ...
il a eu marché sans problème un moment et à priori plus maintenant ...
je ne maitrise pas les modifications de noms de paquets ni paramétrage des dépendances utilisé par Eibd et Linknx
ce script est là pour aider et certainement loin d'être parfait
je ne peux maintenir le script que si ceux qui rencontre des difficultés me les remontes sinon c'est sur cela ne peut marcher ...
je n'ai pas de retour en direct (il y a un adresse mail de "contact" !!) ni de questions sur le fonctionnement du script
le script est en effet assez long car il gère plein de "cas possible" il y a plein de paramètres en entré possible qui influs sur les paquets à ajouter (dépendances) exemple gestion ou pas de mysql, de lua ...
cela créer un utilisateur pour lancer eibd car il "n'aime pas" d'être en root
il y a aujourd'hui des modification de config de apache pour knxweb soit /var/www/ soit /var/www/html dépend de la version et config de apache
il y a aussi des changement pour la prochaine version de debian sur le système de gestion des "services" de démarrage automatique suivant les version de linux et/ou du paramétrage choisi ce n'est pas géré pareil
puis pour le moment pthsem et Eibd fonctionnent encore, on arrive à les compiler mais ne sont plus maintenus depuis déjà quelques mois
c'est Knxd qui les remplace et là aussi sur ce projet qui est un fork de eibd bouge et vie car l'équipe de développeur essaye de l'améliorer
donc doit-je l'intégrer ou pas ? dois-je l'ajouter et gérer un paramètre pour laisser le choix à l'utilisateur
idem pour la gestion du démarrage au boot dois-je ajouter un paraètre et donc complexifier encore le script ??
l'idée de faire un "paquet tout prêt" pourquoi pas, encore faut-il avoir les compétences que je n'ai pas pour le moment, et eibd et pthsem en ont bien, mais ne marche pas à chaque fois pour différentes raisons
donc si ne marche pas à chaque fois ce choix n'est pas possible
et si paquet veut dire que des choix sont fait sur les options activées
par exemple obligerait à installer mysql mais si on ne veux pas l'installer !! donc gérer 1 paquet par combinaison possible de fonction ? ça va en faire une petite 10aine ...
après de faire aussi une image dédié, je ne suis pas pour, car linknx/knxweb peuvent tourner avec d'autres logiciel sans problème
la machine n'est pas exclusive au superviseur au contraire il faut l'utiliser avec plein d'autres outils sous linux très interressant (MPD, SqueezeCenter, ... pour n'en citer qu'eux)
pour moi le trio a des inconvénients le premier l'installation je suis tout à fait d'accord
cela demande un peu de "logique" et quelques lignes de commande linux c'est vrai mais rien d'insurmontable pour qui veut prendre un peu de temps pour comprendre comment ça marche aussi sous le capot
PS : j'ai créé un Groups google exprès donc posez vos questions moi ou d'autres répondrons si la réponse n'existe pas encore !!
après perso je n'ai vu aucun autre superviseur être aussi stable, peut gourmand ou qui ne "flic pas" ces utilisateurs !!! et réellement gratuit
ni d'ailleurs de limite, il y a toujours une solution qui existe pour répondre à un besoin précis et pas besoin de coder 100 lignes pour avoir ce que l'on veux
je n'ai pas encore trouver de chose infaisable avec linknx/knxweb
tout ce que les autres superviseurs KNX font c'est faisable avec linknx/knxweb même pour les "commerciaux"
Sinon le "multi-protocole", même sur ce point il y a certainements quelques scripts, quelques lignes de code (1 script de quelques 10aines de lignes en général) à faire
et encore d'autres les ont déjà peut-être déjà fait éventuellement à adapter à ces besoins perso voir à standardiser
=> mais la aussi je suis ouvert pour récupérer ces scripts et les standardiser et mettre à dispo de tous ...
cela existe pour le 1wire, le zwave, lien avec les éco-devices, le smodules IRtrans, globalcache, le karotz ... (et certainement d'autres ...)
Et donc : Oui pour linknx/knxweb il faut du temps de configuration de prise en main mais pas beaucoup plus que n'importe quel autre superviseurs (comercial ou non !!!) ...
mais quand je demande des retours il sont très rares ou alors toujours des mêmes personnes, avec qui je discute en "off" et aide sur de la config
j'essaye de faire évoluer knxweb, j'ai diffusé une "beta" il y a quelques semaines j'ai eu 3 retours
je peux pas tester tous les cas possible ce n'est pas faiseable je suis tout seul et une vie a coté aussi
et donc pour le moment pas de bug ou pas de "bloquant" quelques améliorations à faire c'est sûr il faudra un peu de temps la aussi mais cela avancera ...
bilan je vais essayer d'intégrer les remarques remontées dans le script
mais même si j'ai 2 pi chez moi pour tests je peux pas refaire des tests de zéro toutes les semaines
donc encore une fois il me faudrait des volontaires pour tester mais on verra si j'ai des retours ... quand cela ne marchera pas ...
Merci
@+
Anthony.
je suis l'auteur du script en question et en effet pas simple à maintenir ...
il a eu marché sans problème un moment et à priori plus maintenant ...
je ne maitrise pas les modifications de noms de paquets ni paramétrage des dépendances utilisé par Eibd et Linknx
ce script est là pour aider et certainement loin d'être parfait
je ne peux maintenir le script que si ceux qui rencontre des difficultés me les remontes sinon c'est sur cela ne peut marcher ...
je n'ai pas de retour en direct (il y a un adresse mail de "contact" !!) ni de questions sur le fonctionnement du script
le script est en effet assez long car il gère plein de "cas possible" il y a plein de paramètres en entré possible qui influs sur les paquets à ajouter (dépendances) exemple gestion ou pas de mysql, de lua ...
cela créer un utilisateur pour lancer eibd car il "n'aime pas" d'être en root
il y a aujourd'hui des modification de config de apache pour knxweb soit /var/www/ soit /var/www/html dépend de la version et config de apache
il y a aussi des changement pour la prochaine version de debian sur le système de gestion des "services" de démarrage automatique suivant les version de linux et/ou du paramétrage choisi ce n'est pas géré pareil
puis pour le moment pthsem et Eibd fonctionnent encore, on arrive à les compiler mais ne sont plus maintenus depuis déjà quelques mois
c'est Knxd qui les remplace et là aussi sur ce projet qui est un fork de eibd bouge et vie car l'équipe de développeur essaye de l'améliorer
donc doit-je l'intégrer ou pas ? dois-je l'ajouter et gérer un paramètre pour laisser le choix à l'utilisateur
idem pour la gestion du démarrage au boot dois-je ajouter un paraètre et donc complexifier encore le script ??
l'idée de faire un "paquet tout prêt" pourquoi pas, encore faut-il avoir les compétences que je n'ai pas pour le moment, et eibd et pthsem en ont bien, mais ne marche pas à chaque fois pour différentes raisons
donc si ne marche pas à chaque fois ce choix n'est pas possible
et si paquet veut dire que des choix sont fait sur les options activées
par exemple obligerait à installer mysql mais si on ne veux pas l'installer !! donc gérer 1 paquet par combinaison possible de fonction ? ça va en faire une petite 10aine ...
après de faire aussi une image dédié, je ne suis pas pour, car linknx/knxweb peuvent tourner avec d'autres logiciel sans problème
la machine n'est pas exclusive au superviseur au contraire il faut l'utiliser avec plein d'autres outils sous linux très interressant (MPD, SqueezeCenter, ... pour n'en citer qu'eux)
pour moi le trio a des inconvénients le premier l'installation je suis tout à fait d'accord
cela demande un peu de "logique" et quelques lignes de commande linux c'est vrai mais rien d'insurmontable pour qui veut prendre un peu de temps pour comprendre comment ça marche aussi sous le capot
PS : j'ai créé un Groups google exprès donc posez vos questions moi ou d'autres répondrons si la réponse n'existe pas encore !!
après perso je n'ai vu aucun autre superviseur être aussi stable, peut gourmand ou qui ne "flic pas" ces utilisateurs !!! et réellement gratuit
ni d'ailleurs de limite, il y a toujours une solution qui existe pour répondre à un besoin précis et pas besoin de coder 100 lignes pour avoir ce que l'on veux
je n'ai pas encore trouver de chose infaisable avec linknx/knxweb
tout ce que les autres superviseurs KNX font c'est faisable avec linknx/knxweb même pour les "commerciaux"
Sinon le "multi-protocole", même sur ce point il y a certainements quelques scripts, quelques lignes de code (1 script de quelques 10aines de lignes en général) à faire
et encore d'autres les ont déjà peut-être déjà fait éventuellement à adapter à ces besoins perso voir à standardiser
=> mais la aussi je suis ouvert pour récupérer ces scripts et les standardiser et mettre à dispo de tous ...
cela existe pour le 1wire, le zwave, lien avec les éco-devices, le smodules IRtrans, globalcache, le karotz ... (et certainement d'autres ...)
Et donc : Oui pour linknx/knxweb il faut du temps de configuration de prise en main mais pas beaucoup plus que n'importe quel autre superviseurs (comercial ou non !!!) ...
mais quand je demande des retours il sont très rares ou alors toujours des mêmes personnes, avec qui je discute en "off" et aide sur de la config
j'essaye de faire évoluer knxweb, j'ai diffusé une "beta" il y a quelques semaines j'ai eu 3 retours
je peux pas tester tous les cas possible ce n'est pas faiseable je suis tout seul et une vie a coté aussi
et donc pour le moment pas de bug ou pas de "bloquant" quelques améliorations à faire c'est sûr il faudra un peu de temps la aussi mais cela avancera ...
bilan je vais essayer d'intégrer les remarques remontées dans le script
mais même si j'ai 2 pi chez moi pour tests je peux pas refaire des tests de zéro toutes les semaines
donc encore une fois il me faudrait des volontaires pour tester mais on verra si j'ai des retours ... quand cela ne marchera pas ...
Merci
@+
Anthony.