Використання сповіщення-відправлення за допомогою cron

Я використовую Arch Linux з KDE / Awesome WM. Я намагаюся взяти notify-sendна роботу cron.

Я спробував налаштування DISPLAY/ XAUTHORITYзмінні та працює notify-sendз "sudo -u", і все без результату.

Я можу зателефонувати сповіщенням-надіслати інтерактивно з сеансу та отримувати сповіщення.

FWIW, робота cron працює нормально, що я перевірив, повторивши матеріали до тимчасового файлу. Просто "сповістити-надіслати" не працює.

Код:

[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 ~]$ 

Як ви бачите відлуння до і після відправлення сповіщень.
Також я спробував налаштуванняDISPLAY=:0.0

ОНОВЛЕННЯ: Я трохи більше шукав і виявив, що DBUS_SESSION_BUS_ADDRESS потрібно встановити. І після жорсткого кодування цього значення за допомогою значення, яке я отримав під час свого інтерактивного сеансу, крихітне маленьке повідомлення "привіт" почало спливати на екран щохвилини!

Але уловлювач полягає в тому, що ця змінна не є постійною для цієї посади, тому я спробую запропонований там проект, який пропонується.

[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

Оскільки, cronздається, не підтримується сповіщення-відправлення (принаймні, безпосередньо), чи є якась інша система сповіщень, яка є більш cronдружньою, яку я можу використовувати?

Вам потрібно встановити DBUS_SESSION_BUS_ADDRESSзмінну. За замовчуванням cron не має доступу до змінної. Щоб виправити це, поставте кудись наступний скрипт і зателефонуйте йому, коли користувач увійде в систему, наприклад, використовуючи awesome та run_onceфункцію, згадану у вікі. Буде робити будь-який метод, оскільки це не шкодить, якщо функція викликається частіше, ніж потрібно.

#!/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

Це створює файл, що містить необхідну змінну навколишнього середовища Dbus. Потім у скрипті, викликаному cron, ви імпортуєте змінну шляхом пошуку сценарію:

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

Ось відповідь, яка використовує той самий механізм.

Вам потрібно встановити змінні у самій crontab:

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

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

Не sudoпотрібно, принаймні, не в моїй системі.

Найбезпечніший спосіб отримати екологічні змінні, пов’язані з сеансом X, - це отримати їх з оточення процесу користувача, який увійшов до X. Ось адаптація сценарію, який я використовую з цією ж метою (хоча DBUS_SESSION_BUS_ADDRESS не робить ' t, здається, для мене проблема на 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"

Це надсилає повідомлення першому X користувачеві, якого він знайде, хоча ви можете додати цикл, щоб надіслати його всім користувачам.

Оновлення

Здається, оновлення формату utmp викликають whoдрук дисплея замість tty у другому стовпці. Це насправді полегшує справи, раніше він лише надрукував дисплей у коментарі наприкінці, і я вирішив, що на це не можна покластися на оригінальну відповідь. Якщо це так, спробуйте це:

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"

Цей однолінійний працівник працював для мене в Манджаро з Кроні:

# 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.'

Без дуже потворної DBUS_blah_blah це взагалі не працює. Я також знайшов journalctl -xb -u cronieкорисну. Я ще не знайомий з Кроні, але створив свій "crontab" як, /etc/cron.d/mycronjobsі я не впевнений, чи потрібне це ім'я файлу, чи він просто читає все в каталозі cron.d.

Я знайшов рішення тут https://wiki.archlinux.org/index.php/Desktop_notifications

Я використовую i3 на Ubuntu 18.04. Мій спосіб вирішити це:

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

Цього достатньо для того, щоб зробити роботу надсилати сповіщення для мене в рамках роботи на Ubuntu Trusty:

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

Він просто експортує DISPLAYдля користувача cronjob як. Це працює для мене без налаштування XAUTHORITYабо DBUS_SESSION_BUS_ADDRESS.

Для тих, хто працює в Linux, які зручно встановлюють пакети Python, я щойно випустив програму notify-send-headless, яка добре працює для мене. Він шукає /procпотрібні змінні імені користувача та середовища, а потім запускається notify-sendз цими змінними ( sudoпри необхідності використовуватиметься для переходу до потрібного користувача).

Ви також можете зробити сценарій:

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

Потім запустіть його sudo. Однак, оскільки crontab -eвиконує всі команди з користувачем, який його створив, при виклику без цього повинно бути достатньо sudo:

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

Принаймні, це робить для мене. Це, здається, залежить від конфігурації середовища.

Я використовую цей скрипт в cron, щоб розміщувати MPD, що грає щебетати щогодини

#!/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 

подібний сценарій за допомогою 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

у вас можуть виникнути проблеми, оскільки KDE використовує власний IIRC сповіщення.

За свою ціну....

Мені довелося використати ВСЕ з наступного на Debian Jessie, щоб дозволити цьому працювати ...

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

Якщо випустити будь-яку з них, це призвело до припинення роботи.

Використання судо:

sudo -u $currentxuser notify-send $message

Порада :

За допомогою цієї команди ми можемо отримати поточного користувача x

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

В додаток...

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

Добре знати :

Крон, що працює під коренем, не має доступу до x, тому всі команди gui не відображатимуться, одне просте рішення - додати root до авторизованого користувача x для поточного користувача x за допомогою цієї команди

з оболонки користувача x

xhost local:root

або

sudo -u $currentxuser xhost local:root

Ось менш складний сценарій, ніж той, який надав Graeme. Його сценарій не працював для мене, $who_lineвін завжди був порожнім. Мій сценарій не витрачає стільки часу на пошук процесу. Натомість він просто намагається все і вибрати останнє знайдене корисне значення. Я запускаю xubuntu 14.04 і маю кілька контейнерів lxc, які, ймовірно, плутають подібні сценарії.

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"