Ensuite, quand je lance le démon je vois un warning qui semble (je le note avec des pincettes …) ne pas être OK pour que le démon démarre, et ce dernier s’arrete au bout d’une seconde ou deux. Voici le log :
[2024-09-19 10:46:39] INFO : ffmpeg loglevel: debug->debug
[2024-09-19 10:46:39] INFO : Starting daemon with log level: debug
[2024-09-19 10:46:39] DEBUG : Writing PID 3623124 to /tmp/jeedom/arlo/daemon.pid
[2024-09-19 10:46:39] INFO : Listening on 127.0.0.1:55064
[2024-09-19 10:46:39] DEBUG : config: loaded
[2024-09-19 10:46:39] DEBUG : background: starting
[2024-09-19 10:46:39] DEBUG : backend: session file not read
[2024-09-19 10:46:39] DEBUG : backend: looking for user_agent arlo
[2024-09-19 10:46:39] DEBUG : backend: oldish session, getting a new one
[2024-09-19 10:46:39] DEBUG : backend: CloudFlare curve set to: prime256v1
[2024-09-19 10:46:39] DEBUG : backend: login attempt #1
[2024-09-19 10:46:39] DEBUG : Starting new HTTPS connection (1): ocapi-app.arlo.com:443
[2024-09-19 10:46:40] DEBUG : https://ocapi-app.arlo.com:443 "POST /api/auth HTTP/11" 200 None
[2024-09-19 10:46:40] DEBUG : backend: need 2FA...
[2024-09-19 10:46:40] DEBUG : backend: getting tfa choices
[2024-09-19 10:46:40] DEBUG : https://ocapi-app.arlo.com:443 "GET /api/getFactors?data%20=%201726735600 HTTP/11" 200 None
[2024-09-19 10:46:40]WARNING : Exception occurred when calling on_start_cb: not enough values to unpack (expected 2, got 1)
[2024-09-19 10:46:40] INFO : Listening cancelled
[2024-09-19 10:46:40] INFO : Shutdown
[2024-09-19 10:46:40] DEBUG : Removing PID file /tmp/jeedom/arlo/daemon.pid
[2024-09-19 10:46:40] DEBUG : Exit 0
Côte santé, ça semble en ordre (outre le NOK sur le démon Arlo pour le moment ^^)
Je suis sur un raspberry pi 4, avec debian 12 d’installé depuis plusieurs semaines.
J’ai tenté de réinstallé le plugin (version stable, toujours)
Relance des dépendances post reinstall, sans succès
Check des package OS+python depuis jeedom done (rien à mettre à jour)
Check du mot de passe (on sait jamais) ok également, j’arrive bien à me connecter depuis ce user sur l’appli et j’ai bien l’accès à mes caméras (même si je doutais que ça pouvait venir de là…)
Check si j’ai bien l’authentification à double facteur sur mon user dédiée à jeedom sur l’appli arlo fait
Je suis sur la version stable d’Arlo, avec 3 caméras + la base (2 arlo pro 3 et 1 arlo essential indoor).
Si quelqu’un a une idée, je suis preneur et bien entendu, dans la bienveillance, si j’ai oublié quelque chose ou s’il y a un test que je n’ai pas fait, n’hésitez pas à me le dire et je le ferai sans soucis !
Je suspecte qu’il doit y avoir une référence vers une veille dépendance qui traine car c’est la deuxième fois que je vois cette erreur, ca ne peut pas être une coincidence, mais je n’ai pas d’explication et je n’ai pas rencontré ce soucis lors de tests d’upgrade de mon coté.
quand tu dis:
c’est bien sur sans avoir désinstaller avant? (et ne le fais pas )
Peux-tu essayer de supprimer le dossier « venv » (ce dossier uniquement et tous les fichiers et sous-dossier de celui-ci) présent dans le dossier /resources du plugin et ensuite de relancer les dépendances?
En effet, je n’ai pas désinstallé , j’ai juste réinstallé par dessus (l’expression n’est peut être pas la meilleure ). en gros, je suis retourné sur le market et j’ai réinstallé en stable.
Alors j’ai shooté le dossier venv (et donc ses sous dossiers) et uniquement le dossier venv dans ressources. 120mo environ.
J’ai relancé les dépendances, voici le log :
[2024-09-19 11:10:08] INFO : ffmpeg loglevel: debug->debug
[2024-09-19 11:10:08] INFO : Starting daemon with log level: debug
[2024-09-19 11:10:08] DEBUG : Writing PID 3658500 to /tmp/jeedom/arlo/daemon.pid
[2024-09-19 11:10:08] INFO : Listening on 127.0.0.1:55064
[2024-09-19 11:10:08] DEBUG : config: loaded
[2024-09-19 11:10:08] DEBUG : background: starting
[2024-09-19 11:10:08] DEBUG : backend: session file not read
[2024-09-19 11:10:08] DEBUG : backend: looking for user_agent arlo
[2024-09-19 11:10:08] DEBUG : backend: oldish session, getting a new one
[2024-09-19 11:10:08] DEBUG : backend: CloudFlare curve set to: prime256v1
[2024-09-19 11:10:08] DEBUG : backend: login attempt #1
[2024-09-19 11:10:08] DEBUG : Starting new HTTPS connection (1): ocapi-app.arlo.com:443
[2024-09-19 11:10:08] DEBUG : https://ocapi-app.arlo.com:443 "POST /api/auth HTTP/11" 200 None
[2024-09-19 11:10:08] DEBUG : backend: need 2FA...
[2024-09-19 11:10:08] DEBUG : backend: getting tfa choices
[2024-09-19 11:10:09] DEBUG : https://ocapi-app.arlo.com:443 "GET /api/getFactors?data%20=%201726737008 HTTP/11" 200 None
[2024-09-19 11:10:09]WARNING : Exception occurred when calling on_start_cb: not enough values to unpack (expected 2, got 1)
[2024-09-19 11:10:09] INFO : Listening cancelled
[2024-09-19 11:10:09] INFO : Shutdown
[2024-09-19 11:10:09] DEBUG : Removing PID file /tmp/jeedom/arlo/daemon.pid
[2024-09-19 11:10:09] DEBUG : Exit 0
=> le dossier venv a bien été re créé avec la petit icone dans l’editeur de fichiers. je n’ai pour le moment pas relancé le rétablissement des des droits dans OS/DB.
C’est toujours très embattant quand un dev n’arrive pas à reproduire, parce que pour analyser c’est clairement à l’aveugle je ferai ce que je peux pour aider…
Donc si t’as besoin que je fasse d’autres tests en particulier je suis dispo bien entendu !
les noms d’utilisateurs se sont bien des adresses email?
je peux voir la page config du plugin? (en masquant les lettres par des xxx mais gardes le reste stp)
Mais… mais…
effectivement c’est un problème de user ! Avant la MAJ, le démon se lançait bien et je n’ai pas modifié la config j’ai l’impression de t’avoir dérangé pour rien mais je suis frustré de pas comprendre pourquoi ça vient de ma conf -_-
donc effectivement, ma conf empêchait le démon de démarrer… le user dans la partie authent mail n’avait pas le @orange.fr alors que je suis convaincu que c’était déjà le cas « avant » (j’entends avant que je fasse la maj)
oui mais probablement que c’était le cas et probablement que ce n’est pas vraiment nécessaire de l’avoir.
mais du coup j’ai trouvé l’origine donc ca n’a pas servi à rien
j’ai voulu bien faire et masquer le user dans le log, du coup j’ai supposé (bêtement) que le nom d’utilisateur était toujours avec @ et je fais un split la dessus pour ensuite mettre xxx@orange.fr (dans ton cas)
lorsqu’il n’y a pas de @, ca crash
et bien entendu, dans la bienveillance, si j’ai oublié quelque chose ou s’il y a un test que je n’ai pas fait, n’hésitez pas à me le dire et je le ferai sans soucis !
)
, j’ai juste réinstallé par dessus (l’expression n’est peut être pas la meilleure 
). en gros, je suis retourné sur le market et j’ai réinstallé en stable.
dans l’editeur de fichiers. je n’ai pour le moment pas relancé le rétablissement des des droits dans OS/DB.
je ferai ce que je peux pour aider…