Hello,
Depuis la dernière mise à jour de la béta (beta 2025-08-18 12:02:16), j’ai un problème d’installation des dépendances, qui fait planter le processus. Apparemment un problème avec le build du proxy http).
Mon jeedom est sur une box Atlas.
+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_tesla
+ echo 1
+ echo 2
+ sudo chmod +x /var/www/html/core/class/../../plugins/tesla/resources/pre_install.sh
+ sudo /var/www/html/core/class/../../plugins/tesla/resources/pre_install.sh
Installation/mise à jour des dépendances tesla
**************************
* Build tesla-http-proxy *
**************************
- Starting on Thu Aug 21 11:05:24 CEST 2025
- Architecture: Linux JeedomAtlas 5.15.93-rockchip64 #23.02.2 SMP PREEMPT Fri Feb 17 23:48:36 UTC 2023 aarch64 GNU/Linux
- go v1.23.12
- vehicle-command v0.4.0
- build path: /var/www/html/plugins/tesla/resources/build
- Go is not found in the PATH, let's install the version 1.23.12
- Download locally 'go 1.23.12'
- Trying https://go.dev/dl/go1.23.12.linux-armv6l.tar.gz ...
- Architecture 'linux-armv6l' is good
go version go1.23.12 linux/arm
- Clone https://github.com/teslamotors/vehicle-command.git
- Prepare to build tesla-http-proxy
- Download required go packages
- Build tesla-http-proxy
# runtime/cgo
gcc: error: unrecognized command-line option '-marm'
- Build done
- tesla-http-proxy is not valid
+ echo 3
+ sudo chmod +x /var/www/html/core/class/../../plugins/tesla/resources/post_install.sh
+ sudo /var/www/html/core/class/../../plugins/tesla/resources/post_install.sh
Déploiement des dépendances tesla
cp: cannot stat '/var/www/html/plugins/tesla/resources/build/vehicle-command/cmd/tesla-http-proxy/tesla-http-proxy': No such file or directory
chown: cannot access '/var/www/html/plugins/tesla/3rdparty/tesla-http-proxy': No such file or directory
chmod: cannot access '/var/www/html/plugins/tesla/3rdparty/tesla-http-proxy': No such file or directory
ls: cannot access '/var/www/html/plugins/tesla/3rdparty/tesla-http-proxy': No such file or directory
- '/var/www/html/plugins/tesla/3rdparty/tesla-http-proxy' now available
- delete build directory
Thu Aug 21 11:05:33 CEST 2025
***************************
* Install ended *
***************************
+ echo 4
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end tesla
+ echo 5
+ rm /tmp/jeedom_install_in_progress_tesla
+ echo '*******************End of package installation******************'
*******************End of package installation******************
Hello !
oui, le binaire tesla-http-proxy est maintenant compilé en tant que dépendance…
bizarre cette erreur de compilation.
Est-ce que tu peux editer le script resources/pre_install.sh et ajouter la ligne export CC=arm-linux-gnueabi-gcc
avant la ligne 79 ?
En te connectant en ssh sur ton jeedom et en faisant ; sudo vi /var/ww/html/plugins/tesla/resources/pre_install.sh
Ensuite tu recliques sur « relancer » dans la « boite » dépendances
Et tu me dis si ça fonctionne ?
Faisable ?
Hello
J’ai testé la modification comme demandé. J’obtiens une autre erreur, mais je précise qu’il y a eu une mise a jour de la beta. J’ai l’impression que tu as ajouté une solution de secours avec récuperation du plugin précompilé encas d’echec.
En tout cas, voici le log après modification du fichier comme demandé:
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_tesla
+ echo 1
+ echo 2
+ sudo chmod +x /var/www/html/core/class/../../plugins/tesla/resources/pre_install.sh
+ sudo /var/www/html/core/class/../../plugins/tesla/resources/pre_install.sh
Installation/mise à jour des dépendances tesla
**************************
* Build tesla-http-proxy *
**************************
- Starting on Wed Aug 27 15:04:26 CEST 2025
- Architecture: Linux JeedomAtlas 5.15.93-rockchip64 #23.02.2 SMP PREEMPT Fri Feb 17 23:48:36 UTC 2023 aarch64 GNU/Linux
- Requirements:
- go v1.23.12
- vehicle-command v0.4.0
- build path: /var/www/html/plugins/tesla/resources/build
- Go is not found in the PATH, let's install the version 1.23.12
- Download locally 'go 1.23.12'
- Trying https://go.dev/dl/go1.23.12.linux-armv6l.tar.gz ...
- Architecture 'linux-armv6l' is good
- Building with go version go1.23.12 linux/arm
- Clone https://github.com/teslamotors/vehicle-command.git@0.4.0
- Prepare to build tesla-http-proxy
- Download required go packages
- Build tesla-http-proxy
# runtime/cgo
cgo: C compiler "arm-linux-gnueabi-gcc" not found: exec: "arm-linux-gnueabi-gcc": executable file not found in $PATH
- Build done
- Building tesla-http-proxy has failed. Let's try to download a legacy version
- Trying http://tesla.jeedom.free.fr/vehicle-command/arm/tesla-http-proxy ...
- Trying http://tesla.jeedom.free.fr/vehicle-command/aarch64/tesla-http-proxy ...
- ✅ Binary tesla-http-proxy is valid
- Wed Aug 27 15:04:34 CEST 2025
***************************
* Build ended *
***************************
+ echo 3
+ sudo chmod +x /var/www/html/core/class/../../plugins/tesla/resources/post_install.sh
+ sudo /var/www/html/core/class/../../plugins/tesla/resources/post_install.sh
Déploiement des dépendances tesla
-rwxr-xr-x 1 www-data www-data 15020894 Aug 27 15:04 /var/www/html/plugins/tesla/3rdparty/tesla-http-proxy
- ✅ '/var/www/html/plugins/tesla/3rdparty/tesla-http-proxy' now available
- delete build directory
Wed Aug 27 15:04:35 CEST 2025
***************************
* Install ended *
***************************
+ echo 4
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end tesla
+ echo 5
+ rm /tmp/jeedom_install_in_progress_tesla
+ echo '*******************End of package installation******************'
*******************End of package installation******************
Edit: et le démon fonctionne à nouveau normalement, logique.
Hello,
Oui exact. depuis le moment où je t’ai proposé l’option de compilation (que je n’avais pas pu testé, comme chez moi ça fonctionne… et ce pb est lié a l’env de compilation, l’architecture de ta machine…), j’ai préféré ajouter dans le script de compilation, un fallback : il va essayer de récupérer les versions précompilées et voir si l’une d’elles fonctionne
Merci pour le retour !
Nicolas