Benutze notify-send mit cron

Ich benutze Arch Linux mit KDE / Awesome WM. Ich versuche mit notify-sendzu arbeiten cron.

Ich habe versucht, DISPLAY/ XAUTHORITYVariablen zu setzen und notify-sendmit "sudo -u" zu laufen , alles ohne Ergebnis.

Ich kann notify-send interaktiv von der Sitzung aus aufrufen und Benachrichtigungen erhalten.

FWIW, der Cron-Job läuft einwandfrei, was ich überprüft habe, indem ich Sachen in eine temporäre Datei zurückgesendet habe. Es ist nur das "Benachrichtigen-Senden", das nicht funktioniert.

Code:

[matrix@morpheus ~]$ crontab -l
* * * * *  /home/matrix/scripts/notify.sh

[matrix@morpheus ~]$ cat /home/matrix/scripts/notify.sh
#!/bin/bash
export DISPLAY=127.0.0.1:0.0
export XAUTHORITY=/home/matrix/.Xauthority
echo "testing cron" >/tmp/crontest
sudo -u matrix /usr/bin/notify-send "hello"
echo "now tested notify-send" >>/tmp/crontest

[matrix@morpheus ~]$ cat /tmp/crontest
testing cron
now tested notify-send

[matrix@morpheus ~]$ 

Wie Sie sehen, hat das Echo vor und nach dem Benachrichtigungsversand funktioniert.
Auch ich habe Einstellung versuchtDISPLAY=:0.0

UPDATE: Ich habe ein bisschen mehr gesucht und festgestellt, dass DBUS_SESSION_BUS_ADDRESS gesetzt werden muss. Und nachdem ich dies mit dem Wert, den ich in meiner interaktiven Sitzung erhalten hatte, fest codiert hatte, tauchte jede Minute die winzige kleine "Hallo" -Meldung auf dem Bildschirm auf!

Aber der Haken ist, dass diese Variable für diesen Beitrag nicht permanent ist, also werde ich versuchen, die dort vorgeschlagene Named-Pipe-Lösung zu verwenden.

[matrix@morpheus ~]$ cat scripts/notify.sh
#!/bin/bash
export DISPLAY=127.0.0.1:0.0
export XAUTHORITY=/home/matrix/.Xauthority
export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-BouFPQKgqg,guid=64b483d7678f2196e780849752e67d3c
echo "testing cron" >/tmp/crontest
/usr/bin/notify-send "hello"
echo "now tested notify-send" >>/tmp/crontest

Da crondas Senden von Benachrichtigungen anscheinend nicht unterstützt wird (zumindest nicht direkt), gibt es ein anderes Benachrichtigungssystem, das cronbenutzerfreundlicher ist, als ich es kann?

Sie müssen die DBUS_SESSION_BUS_ADDRESSVariable einstellen . Standardmäßig hat cron keinen Zugriff auf die Variable. Um dies zu beheben, platzieren Sie das folgende Skript irgendwo und rufen Sie es auf, wenn sich der Benutzer anmeldet, zum Beispiel mit awesome und der run_onceim Wiki erwähnten Funktion. Jede Methode ist geeignet, da es nicht schadet, wenn die Funktion häufiger als erforderlich aufgerufen wird.

#!/bin/sh

touch $HOME/.dbus/Xdbus
chmod 600 $HOME/.dbus/Xdbus
env | grep DBUS_SESSION_BUS_ADDRESS > $HOME/.dbus/Xdbus
echo 'export DBUS_SESSION_BUS_ADDRESS' >> $HOME/.dbus/Xdbus

exit 0

Dadurch wird eine Datei erstellt, die die erforderliche Dbus-Umgebungsvariable enthält. Dann importieren Sie in dem von cron aufgerufenen Skript die Variable, indem Sie das Skript aufrufen:

if [ -r "$HOME/.dbus/Xdbus" ]; then
  . "$HOME/.dbus/Xdbus"
fi

Hier ist eine Antwort, die denselben Mechanismus verwendet.

Sie müssen die Variablen in der Crontab selbst einstellen:

DISPLAY=:0.0
XAUTHORITY=/home/matrix/.Xauthority

# m h  dom mon dow   command 
* * * * *  /usr/bin/notify-send "hello"

Nicht sudonötig, zumindest nicht auf meinem System.

Der sicherste Weg, um auf X-Sitzungen bezogene Umgebungsvariablen abzurufen, besteht darin, sie aus der Umgebung eines Prozesses des an X angemeldeten Benutzers abzurufen. Es scheint ein Problem für mich zu sein (unter Debian):

X=Xorg                   # works for the given X command
copy_envs="DISPLAY XAUTHORITY DBUS_SESSION_BUS_ADDRESS"

tty=$(ps h -o tty -C $X | head -1)
[ -z "$tty" ] && exit 1

# calling who with LANG empty ensures a consistent date format
who_line=$(LANG= who -u | grep "^[^ ]\+[ ]\+$tty")

x_user=$(echo $who_line | cut -d ' ' -f 1)  # the user associated with the tty
pid=$(echo $who_line | cut -d ' ' -f 7)     # the user's logon process

for env_name in $copy_envs
do
  # if the variable is not set in the process environment, ensure it does not remain exported here
  unset "$env_name"

  # use the same line as is in the environ file to export the variable
  export "$(grep -az "^$env_name=" /proc/$pid/environ)" >/dev/null
done

sudo -u "$x_user" notify-send "hello"

Dies sendet eine Nachricht an den ersten X-Benutzer, den es findet, obwohl Sie eine Schleife hinzufügen können, um sie an alle Benutzer zu senden.

Aktualisieren

Es scheint, dass Aktualisierungen des utmp-Formats dazu führen who, dass eine Anzeige anstelle eines tty in der zweiten Spalte gedruckt wird. Das macht die Sache tatsächlich einfacher, zuvor wurde nur die Anzeige im Kommentar am Ende gedruckt, und ich entschied, dass dies nicht sicher war, um die ursprüngliche Antwort zu erhalten. Wenn dies der Fall ist, versuchen Sie Folgendes:

X=Xorg                   # works for the given X command
copy_envs="DISPLAY XAUTHORITY DBUS_SESSION_BUS_ADDRESS"

# calling who with LANG empty ensures a consistent date format
who_line=$(LANG= who -u | awk '$2 ~ ":[0-9]"')

x_user=$(echo $who_line | cut -d ' ' -f 1)  # the user associated with the tty
pid=$(echo $who_line | cut -d ' ' -f 7)     # the user's logon process

for env_name in $copy_envs
do
  # if the variable is not set in the process environment, ensure it does not remain exported here
  unset "$env_name"

  # use the same line as is in the environ file to export the variable
  export "$(grep -az "^$env_name=" /proc/$pid/environ)" >/dev/null
done

sudo -u "$x_user" notify-send "hello"

Dieser Einzeiler arbeitete für mich in Manjaro mit Cronie:

# Note: "1000" would be your user id, the output of... "id -u <username>" 
10 * * * * pj DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus notify-send 'Hello world!' 'This is an example notification.'

Ohne die sehr hässliche DBUS_blah_blah geht es gar nicht. Ich fand auch journalctl -xb -u croniehilfreich. Ich bin noch nicht mit Cronie vertraut, habe aber meine "crontab" as erstellt /etc/cron.d/mycronjobsund bin mir nicht sicher, ob dieser Dateiname erforderlich ist oder ob er nur alles im Verzeichnis cron.d liest.

Ich habe die Lösung hier gefunden: https://wiki.archlinux.org/index.php/Desktop_notifications

Ich benutze i3 unter Ubuntu 18.04. Mein Weg, dies zu lösen, ist:

* * * * * XDG_RUNTIME_DIR=/run/user/$(id -u) notify-send Hey "this is dog!"

Dies reicht aus, um das Senden von Benachrichtigungen in einem Cronjob auf Ubuntu Trusty für mich zu erledigen:

#!/bin/bash
export DISPLAY=$(who -u | awk  '/\s:[0-9]\s/ {print $2}')

Es exportiert einfach das DISPLAYfür den Benutzer, unter dem der Cronjob ausgeführt wird. Es funktioniert bei mir ohne Einstellung XAUTHORITYoder DBUS_SESSION_BUS_ADDRESS.

Für diejenigen unter Linux, die sich mit der Installation von Python-Paketen wohl fühlen, habe ich gerade ein Benachrichtigungs-Send-Headless- Programm veröffentlicht, das für mich gut funktioniert. Es sucht /procnach den erforderlichen Benutzernamen- und Umgebungsvariablen und wird dann notify-sendmit diesen Variablen ausgeführt (wird verwendet sudo, um bei Bedarf zum erforderlichen Benutzer zu wechseln).

Sie können auch ein Skript erstellen:

#!/usr/bin/env bash
runuser -l [yourusername] -c 'DISPLAY=:0 notify-send "hey there user"'

Dann starte es mit sudo. Da jedoch crontab -ealle Befehle mit dem Benutzer ausgeführt werden, der sie erstellt hat, sollte beim Aufrufen ohne Folgendes ausreichen sudo:

#!/usr/bin/env bash
DISPLAY=:0 notify-send "hey there user"

Zumindest für mich. Es scheint alles von der Umgebungskonfiguration abhängig zu sein.

Ich benutze dieses Skript in Cron, um MPD zu posten, das jetzt stündlich auf Twitter abgespielt wird

#!/bin/bash
export DISPLAY=":0.0"
msg=$(mpc current -h 192.168.1.33)
twitter set "#MPD Server nowplaying $msg :  http://cirrus.turtil.net:9001"
#ttytter -status="#MPD Server nowplaying $msg. http://cirrus.turtil.net:9001"

exit 

ähnliches Skript mit notify-send

#!/bin/bash
export DISPLAY=":0.0"
notify-send -i ~/.icons/48arch.png 'OS- Archlinux x86_64 : DWM Window Manager' 'Installed on Sun Apr 21 2013 at 18:17:22' 
exit

Möglicherweise treten Probleme auf, da KDE seinen eigenen notify-deamon IIRC verwendet.

Für was es wert ist ....

Ich musste auf Debian Jessie ALLE der folgenden Befehle verwenden, um dies zum Laufen zu bringen ...

export DISPLAY=:0.0
export HOME=/home/$user
source "$HOME/.dbus/session-bus/*-0"

Das Weglassen eines dieser Punkte führte dazu, dass es nicht mehr funktionierte.

Sudo benutzen:

sudo -u $currentxuser notify-send $message

Tipp:

Mit diesem Befehl können wir den aktuellen x-Benutzer ermitteln

ps auxw | grep -i screen | grep -v grep | cut -f 1 -d ' '

Und dazu...

currentxuser=$(ps auxw | grep -i screen | grep -v grep | cut -f 1 -d ' ')
echo $currentxuser

Gut zu wissen :

Cron, das unter root ausgeführt wird, hat keinen Zugriff auf x, daher werden nicht alle GUI-Befehle angezeigt. Eine einfache Lösung besteht darin, root für den aktuellen x-Benutzer mit diesem Befehl zu einem autorisierten x-Benutzer hinzuzufügen

aus der x User Shell

xhost local:root

oder

sudo -u $currentxuser xhost local:root

Hier ist ein weniger komplexes Skript als das, was Graeme bereitgestellt hat. Sein Drehbuch hat bei mir nicht funktioniert, $who_linewar immer leer. Mein Skript verschwendet nicht so viel Zeit damit, einen Prozess zu finden. Stattdessen wird einfach alles versucht und der zuletzt gefundene nützliche Wert ausgewählt. Ich verwende xubuntu 14.04 und habe einige lxc-Container, die diese Art von Skripten wahrscheinlich verwirren.

env="$(
  ps -C init -o uid,pid | while read u p; do
    [ "$u" = "`id -u`" ] || continue
    grep -az '^DBUS_SESSION_BUS_ADDRESS=' /proc/$p/environ | xargs -0
  done | tail -1
)"

export "$env"

notify-send "test"