mise a jour des dependances en boucles

[nechry]

j’essaierais ça:

Code : Tout sélectionner

ne pas toucher au script d'installation
désactivation du plugin zwave (pas la suppression)
reboot jeedom
une fois jeedom remonté en ssh
sudo rm /tmp/compilation_ozw_in_progress
cd /opt/python-openzwave 
sudo make install-api

valider que les dep sont bien installées :

Code : Tout sélectionner

ls /usr/local/lib/python2.*/dist-packages/openzwave*.egg/libopenzwave.so 2>/dev/null | wc -l

doit avoir 1

puis réactiver le plugin

pui

[TheJuice]

Salut,

Tout d'abord je tiens à dire que c'est une manipulation pour que ça fonctionne, comme l'a dit @Okkin en première page de ce post.
ça devrait fonctionner tout court, sans nécessiter d'étapes manuelles, et je suis sûr que d'ici peu le problème sera résolu par l'équipe de Jeedom...
De plus, faites le si vous savez revenir en arrière, car le script d'install est modifié manuellement, et il faudra relancer totalement l'install du plugin pour qu'il redevienne correct (ou bien retirer la modif manuelle).

Voilà donc ce que j'ai fait. Je n'ai pas eu d'erreur, et je ne peux pas trop t'aider là dessus @valdoche, désolé. Peut-être qu'en faisant un make clean additionnel avant de faire l'install ?
Enlevez les guillemets à chaque fois...
1. Commande : "sudo nano /var/www/html/plugins/openzwave/resources/install.sh"
2. Dans l'éditeur, ajouter après la première ligne : "exit 0"
3. Sur le clavier : "Control + O" (sauvegarde des modifs), on dit que oui, suivi de "Control + X" (Quitter)
4. Commande "cd /opt/python-openzwave"
5. Commande "sudo make install" (chez moi ça a installé plein de dépendances, ça a duré je crois plus longtemps que quand ça se lançait via Jeedom automatiquement).

Une fois la dernière étape finie, dans Jeedom j'ai vu "dépendances OK" dans l'interface, et tout a fonctionné de nouveau comme avant...

[TIKETAC]

Bonjour,

Juste pour vous dire que la restoration de la sauvegarde du 15 aout puis grâce à Winhex le remplacement du plugin Zwave actuel par sa version de Juillet fonctionne.

Tout est rentré dans l'ordre.

Merci à tous

[totoonline]

@Nechry, Pour ma part sur un rpi2 de test avec une fresh install Rasbian light & Jeedom dernière version, ta méthode fonctionne.
Les dépendances sont maintenant OK. A voir maintenant en prod avec la clef Zwave (après backup total bien sur).

[nechry]

@TIKETAC la version du plugin est de juillet et c'est la seul disponible donc je ne vois pas trop ce que tu essais de faire

[nechry]

@totoonline donc là tu vas faire un restore de ta prod dans la fresh install?

[TIKETAC]

Je parle de la version précédente du plugin OpenZwave celle de Winhex : https://drive.google.com/file/d/0B1VCT0 ... sp=sharing, cela fonctionne

[nechry]

ha mais c'est pas la version de juillet. vous me remonté des info contradictoire c'est difficile de vous aider/guider sur une solution. donc non ce que tu as fais n'est pas une solution et nous aidera pas a régler ce problème.

[totoonline]

Oui, mais de façon détournée: Je suis actuellement en 2.2.6 en prod et une fresh install en 2.2.6 ne fonctionne pas (pb avec apache&php) .
cf post: posting.php?mode=quote&f=59&p=359649

J'ai par contre une vm de test avec un restore de ma 2.2.6 que j'ai migré en 2.3.17 sans problème. Je vais donc faire le restore vers mon rpi de prod avec une fresh install à partir de la sauvegarde de la VM, et en profiter pour passer sur SSD. Bref pas mal de taff pour aujourd'hui.

[nechry]

j'ai une piste si un veux tester:

il faut modifier le script d'install
remplacer le guid de la ligne 15
OPENZWAVE_VERSION=00eb2073057b24759e29a5ee2877939682661579 # 1.4.2088

savegarder et laisser jeedom bosser

le repo openzwave sur github a été remonté (pour simplifier) et je pense il ne peut pas matcher la version que je souhaite. donc ici on prend la dernière qui de toute façon sera la prochaine stable

[TIKETAC]

Bizarre , je viens de remonter un debian et Jeedom,

evidement dependance NOK

Jeedom + OpenZwave qui marche pas.png (63.14 Kio) Consulté 939 fois

par contre avec la manip de winhex

Jeedom + OpenZwave qui marche .png (453.54 Kio) Consulté 939 fois

Il n'y a que la version de Jeedom qui change et pourtant les deux pc sont avec Jeedom 2.3.17

[nechry]

le label version jeedom est la version min a avoir et non la version actuel

[nechry]

@TIKETAC tu as fais un fresh install debian, install jeedom puis install plugin. tu as pas fais de restore de backup? tu as en suite laisser jeedom lancer les dépendance ou lancé manuellement ? pcq @totoonline dit que ça a fonctionné pourtant chez lui

[TIKETAC]

j'ai relancé les dépendance manuellement

[TIKETAC]

Bien sur je n'ai pas fait de restore avant de relancer les dependances pour être le plus "frais" possible

[Okkin]

Dans la méthode a la main que j'ai décrite et que TheJuice a mieux explicité on fait make install alors que dans le script c'est un make install-api.
Le problème vient peut être de la?

[nechry]

non puisque @totoonline sur une install propre avec le script ça a fonctionné et surtout que ça fait plus d'un mois que cette version est en place et a fonctionné, avec le même test coté plugin. aussi la version de mai fait aussi le install-api

le install tout cours installe plusieurs autres éléments qu'on utilise pas, surement la raison de la duré plus longue.

[jlmaillard]

@nechry,
j'ai suivi ta procédure, mais ça n'a pas l'air de fonctionner.

Ça se termine ainsi:

Code : Tout sélectionner

src-lib/libopenzwave/libopenzwave.cpp: In function âPyObject* __pyx_pf_12libopenzwave_9PyManager_268beginControllerCommand(__pyx_obj_12libopenzwave_PyManager*, PyObject*, PyObject*, PyObject*, PyObject*, PyObject*, PyObject*)â:
src-lib/libopenzwave/libopenzwave.cpp:27540:204: warning: âbool OpenZWave::Manager::BeginControllerCommand(uint32, OpenZWave::Driver::ControllerCommand, OpenZWave::Driver::pfnControllerCallback_t, void*, bool, uint8, uint8)â is deprecated (declared at openzwave/cpp/src/Manager.h:1731) [-Wdeprecated-declarations]
   __pyx_t_6 = __Pyx_PyBool_FromLong(__pyx_v_self->manager->BeginControllerCommand(__pyx_t_1, __pyx_t_2, __pyx_f_12libopenzwave_ctrl_callback, ((void *)__pyx_v_pythonfunc), __pyx_t_3, __pyx_t_4, __pyx_t_5)); if (unlikely(!__pyx_t_6)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 4119; __pyx_clineno = __LINE__; goto __pyx_L1_error;}
                                                                                                                                                                                                            ^
src-lib/libopenzwave/libopenzwave.cpp:329:36: note: in definition of macro â__Pyx_PyBool_FromLongâ
 #define __Pyx_PyBool_FromLong(b) ((b) ? (Py_INCREF(Py_True), Py_True) : (Py_INCREF(Py_False), Py_False))
                                    ^
c++ -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-armv7l-2.7/src-lib/libopenzwave/libopenzwave.o openzwave/libopenzwave.a -ludev -lstdc++ -o build/lib.linux-armv7l-2.7/libopenzwave.so
c++: error: openzwave/libopenzwave.a: No such file or directory
error: command 'c++' failed with exit status 1
Makefile:218: recipe for target 'install-lib' failed
make: *** [install-lib] Error 1

Et un

Code : Tout sélectionner

ls /usr/local/lib/python2.*/dist-packages/openzwave*.egg/libopenzwave.so 2>/dev/null | wc -l

renvoie 0

[nechry]

@jlmaillard donc avec le changement du guid? toi c'est visiblement autre problème, puis chez toi ça ne compile pas, chez les autres oui

[jlmaillard]

@ TheJuice,

J'ai essayé ta méthode, mais elle ne fonctionne pas non plus chez moi.

Code : Tout sélectionner

jeedom@jeedom:/opt/python-openzwave $ sudo make install
sed -i -e '253s/.*//' openzwave/cpp/src/value_classes/ValueID.h
sed: can't read openzwave/cpp/src/value_classes/ValueID.h: No such file or directory
Makefile:272: recipe for target 'openzwave/.lib/' failed
make: *** [openzwave/.lib/] Error 2

Une idée du pourquoi?

En attendant une solution qui fonctionne, je vais essayer de repartir d'une sauvegarde en 2.3.14