Bonjour,
J’ai installé le plugin WebOS pour lequel @Didier3L m’a fourni un code (merci encore!)
L’installation par elle-même s’effectue sans soucis à priori…mais via le plugin, la TV n’est pas détectée. (version courte)
Maintenant, version plus longue:
Modèle TV LG :
lgtv --ssl auth 192.168.0.20 MyTV
Please accept the pairing request on your LG TV
{"closing": {"code": 1000, "reason": ""}}
Wrote config file /etc/lgtv/config.json
J'ai bien:
et le fichier ad’hoc config.json correctement crée:
cat /etc/lgtv/config.json (cf. là où le fichier a été sauvé - je l’avais hier défini comme config par défaut:‹ _default › via la commande supplémentaire ``` lgtv setDefault MyTV
tout désinstallé puis installé la Beta. dependances ok.
durant le scan… qui pour le coup tourne sans fin !!, c’est normal cette commande lgtv sous cette forme ? sh -c sudo /var/www/html/plugins/webOS/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/webOS/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.0.20 "TV_LG_192_168_0_20" ?
Le nom de l’équipement que je lui ai donné est ‹ MyTV ›
++
EDIT: si je tape la commande sans le sh -c sudo comme cela:
/var/www/html/plugins/webOS/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/webOS/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.0.20 "MyTV"
Please accept the pairing request on your LG TV
{"closing": {"code": 1000, "reason": ""}}
Wrote config file /etc/lgtv/config.json
sudo -l -U www-data
Entrées Defaults correspondant pour www-data sur domus :
env_reset, mail_badpass,
secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin,
use_pty
L'utilisateur www-data peut utiliser les commandes suivantes sur domus :
(ALL) NOPASSWD: ALL
l’environnement DIY:
Linux Domus 6.1.0-26-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.112-1 (2024-09-30) x86_64 GNU/Linux
le tout sur un NUC intel I5 32GB Ram - 512 GB nvme.
News qui peuvent aider:
Si je rajoute la param à Sudo (-u www-data) le programme fonctionne MAIS, il se fait jeter car il essaie de sauvegarder le ‹ token › dans /etc pour lequel il n’a pas la permission. Par contre c’est toujours sans le sh -c
Ps: sur le fond, ce serait plus logique que ce fichier soit dans le sous répertoire ‹ config/ › dans lequel le développeur avait posé un fichier type et là, il n’y aurait pas de pb de droits.
En mettant juste le fichier config.json avec les droits other en rwx, c’est bon toutefois. (par défaut, /etc/lgtv chez moi est en 775…umask en 0022)
Moi je cherche à comprendre pourquoi cela ne fonctionne pas uniquement sur ton installation.
L’ensemble des utilisateurs n’ont pas ton problème
Pour ce qui est le la config de la tv : les fichiers sont stockés dans le répertoire /webOS/3rdparty
Tu peux d’ailleurs regarder si des fichiers ont été créés ?
pi@Domus:~$ sudo rm -f /etc/lgtv/config.json && sudo -u www-data timeout 60 /var/www/html/plugins/webOS/resources/venv/bin/python3 /var/www/html/plugins/webOS/resources/venv/bin/lgtv --ssl auth 192.168.0.20 "TV_LG_192_
168_0_20" 2>&1
[sudo] Mot de passe de pi :
Please accept the pairing request on your LG TV
{"closing": {"code": 1000, "reason": ""}}
Wrote config file /var/www/.config/lgtv/config.json
Merci déjà de m’aider, j’apprécie.
Pour ce qui est de ma config, c’est un NUC sur lequel j’ai installé bookworm from scratch puis les différents packages …j’avais restauré un bkp provenant d’un Raspberry mais c’est tout. Depuis j’ai ajouté/enlevé des plugins mais rien de spécifique.
J’ai conservé le nom de user pi par facilité qui n’est pas root par défaut mais bon.
J’ai des services pythons en venv également qui tournent sans soucis…je ne sais pas quoi te dire d’autre..j’en suis désolé.
si il n’y a que moi qui ait le soucis, sans doute qu’il y a quelque chose qui coince quelquepart je m’en doute …n’y passe pas plus de temps que cela alors, je comprendrais.
Cordialement
Pour ce message (avec la commande en ligne) oui l’association s’est effectuée (la confirmation validée sur la TV a bien permis de générer le fichier dans le répertoire www/.config/lgtv/config.json.
Par contre, côté jeedom cela n’a rien changé…mais du coup je ne sais pas si entre le nom donnée dans jeedom et celui du fichier étaient identiques…mais je ne crois pas.
côté jeedom, cela tournait en boucle jusqu’à la 20e tentative où le msg d’erreur apparaissait.
..mais je viens de voir que tu as poussé une nouvelle version …je vais aller voir.
Avec cette dernière version, il y a du mieux en ce sens que j’ai la demande d’autorisation qui apparait sur la TV. après confirmation, cela tourne côté jeedom jusqu’à la 20 e tentative et je retrouve le msg d’erreur
2026-07-09 21:44:40 webOS Vérifiez que vous avez bien accepté la connexion sur votre TV et que l'option "LG Connect Apps" est activée Log webOS
2026-07-09 21:44:40 webOS ❌ Échec de l'authentification après 20 tentatives 192_168_0_20 Log webOS
2026-07-09 21:42:06 webOS Attention : installation des dépendances lancée
Avec la version de 21:55, alors là, après l’acceptation côté TV, il ne se passe rien pendant ‹ peut-être les 20 essais › mais là, je n’ai pu voir aucun process!! et msg d’erreur identique aux autres fois.
sur la version de 19h quelquechose après l’acceptation j’ai vu ce type de process ci-dessous même si cela s’est terminé comme avant:
dsl pour hier soir …le forum avait l’air planté depuis chez moi.
Je vois ce matin un truc un peu étrange dans les logs chaque minute.
[2026-07-10 08:26:01] DEBUG Début du cron webOS
[2026-07-10 08:26:04] DEBUG Commande statut TV 192_168_0_20: sudo /var/www/html/plugins/webOS/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/webOS/core/class/../../resources/venv/bin/lgtv --name "TV_LG_192_168_0_20" --ssl getPowerState
[2026-07-10 08:26:05] DEBUG Réponse brute TV 192_168_0_20: No entry with the name 'TV_LG_192_168_0_20' was found in the configuration at /root/.lgtv/config.jso...
[2026-07-10 08:26:05]WARNING Réponse JSON invalide 192_168_0_20: No entry with the name 'TV_LG_192_168_0_20' was found in the configuration at /root/.lgtv/config.json.
[2026-07-10 08:26:08] INFO Fallback ping 192_168_0_20: Desactive
[2026-07-10 08:26:08] DEBUG Fin du cron webOS
mais bien sûr il n’y a rien à cet endroit bien que le répertoire existe!!
J’ai refait un test il y a qq minutes:
j’accepte la demande depuis la TV. …infine cela ne fonctionne tjs pas mais le fichier crée dans 3rdparty contient cela:
