* Julien Steinhauser <j+obsd4a_at_ldd.fr> le [15-01-2021 18:06:06 +0100]: > > Cependant, j'ai encore un souci : aucun moyen de lancer une commande via > > mon script shell. Je suppose que c'est parce qu'il est exécuté en tant > > qu'utilisateur _syslogd. > > Dans ce cas, détourne juste la sortie vers un fichier et fais écouter > sysutils/fwa ou sysutils/entr en tant qu'un utilisateur ayant les droits > suffisants pour lancer les commandes que tu souhaites. > > fwa ton_fichier |while read … > Je suis finalement arrivé à cette solution, peut-être pas la meilleure (voir questions plus bas): Ajout de cette ligne dans /etc/syslog.conf ``` *.* |/home/prx/bin/adjlight.sh ``` Le script adjlight.sh: ``` #!/bin/sh # require chmod 666 /dev/ttyC0 # # set in /etc/sysctl.conf: # *.* |/home/prx/bin/adjlight.sh LOW=40 HIGH=90 while read -r line; do case $line in *"external power status: not connected"* ) wsconsctl display.brightness=$LOW ;; *"external power status: connected"* ) wsconsctl display.brightness=$HIGH ;; esac done ``` Pour que "wsconsctl" puisse agir, il faut modifier les permissions de /dev/ttyC0 ainsi: ``` # chmod 666 /dev/ttyC0 ``` Je m'interroge sur les implications niveau sécurité que cela peut avoir. Je ne suis pas trop inquiet sur ma machine, je suis le seul à l'utiliser, mais plus généralement, qu'est-ce que ça pourrait permettre? J'ai essayé avec "xbacklight", de coder un truc en C à partir de "xdimmer" (que je recommande en passant), le serveur X reste inaccessible pour un autre utilisateur (et à juste titre). Cela reste regrettable qu'apmd ne permette pas ce genre de choses nativement. Si vous avez des commentaires... :)ReÇu le 29/01/2021 20:42
Cette archive a été créée par hypermail 2.3.0 : 11/03/2021 09:22 CET