Напиши гуёвое приложение которое постоянно висит и запускает другие гуёвые приложения ,например system(«lxterminal &»). Как часы работает.

Господа знатоки, внимание, вопрос: Какие условия нужно обеспечить, дабы запускать оконные приложения так, будто запускаешь их вручную?

Очевидно, сделать идентичную среду. Среда, в которой работает крон, урезана по самое не могу (см. начало /etc/crontab).

А для оконных приложений ещё нужна переменная DISPLAY.

Забыл добавить. Этот вопрос задавался не единожды. Впоиск!

запускаешь не от root?

sudo -u normal_user DISPLAY=:0 -H normal_user_command

1. Гуёвое приложение-демон, запускающее другие приложения - не вариант.

2. Про DISPLAY уже писал в сообщении темы. Читайте внимательнее.

3. Запускаю, разумеется, из под себя. В какой ситуации вызов crontab -e на десктопе будет открывать crontab другого юзера, если не указан параметр -u, ась? Откуда такие бредовые идеи? И ещё бредовее: как crontab будет прописывать пароль юзера для исполнения команды, предварённой sudo? Думайте лучше.

UPD

Сейчас попытался запустить через xvfb-run. Вот результат: self.defaultKeyring = gnomekeyring.get_default_keyring_sync() gnomekeyring.IOError

Прописывание юзерских переменных gnomekeyring* не дало результатов. Есть идеи?

Я тебе ответил на вопрос Какие условия нужно обеспечить, дабы запускать оконные приложения так, будто запускаешь их вручную? Откуда такие бредовые идеи что все должны знать как именно запускается скрипт?

От root это работает замечательно:

#!/bin/bash
sudo -u USER -H DISPLAY=:0 vlc

popper

Возьми gnubiff — работает стабильно, сидит в трее, по дабл клику запускает любимый почтовый клиент

Я тебе ответил на вопрос

От root это работает замечательно

Для запуска того же пресловутого VLC root-права не нужны.

Я уже писал, что этих условий недостаточно, и указал на конкретное место, не позволяющее запустить демон. И речь о конкретном приложении. И, ещё раз, как вы в кроне зададите для рута пароль? Процесс запускается по крону, алё, гараж!

Научитесь, в первую очередь, внимательно читать сообщения.

Возьми gnubiff

А вот за это - спасибо. Протестирую.

Для запуска того же пресловутого VLC root-права не нужны. - читаем внимательно: vlc в примере запускается НЕ с правами root.

И, ещё раз, как вы в кроне зададите для рута пароль? man cron или след. абзац

Процесс запускается по крону, алё, гараж - это кто еще читать не умеет. Я же написал уже второй раз что это запускается в cron от root (у него тоже есть crontab, представляете). Само собой что пароль никакой для id=0 не требуется, не?
PS: если я написал что это работает значит это реально работает, на машине с многими юзерами.

К сожалению, «родные» уведомлялки о новых сообщениях в текущей версии громоптыца не поддерживаются.

А плагины вроде «Mailbox Alert» и в трей_пряталки не выход?

#

1. Про VLC не так выразился. Имел ввиду, что можно запустить гораздо проще, без sudo.

2. Запуск гуёвого приложения, имеющего непосредственное отношение к одному конкретному пользователю совсем не кошерно запускать из рутовского крона. Т. е. если ты мышкой запускаешь процесс от твоего имени, с какой стати через консоль его нужно запускать способом, требующим доступ к защищённым файлам (в данном случае, как минимум, к системному крону)?

3. gnubiff, может, и хорош, но здоровая дура на экране как-то не привлекает. Если на то пошло, есть такой же стабильный, но аккуратный mail-notification.

4. Mailbox Alert есть именно alert, а не перманетное сообщение. Я с таким же успехом могу тупо zenity вызывать.

#

Итак, никто не знает, как запустить данный гуй из крона юзера (кроме DISPLAY)?

А если не из крона?
Скажем, скрипт вида

while true; do popper; done

В принципе, можно. Только это из серии использования автомобиля не для езды, а лишь для хранения вещей в его багажнике. Причём, неоптимального.

Все равно делаются костыли, потому что «„родные“ уведомлялки о новых сообщениях в текущей версии громоптыца не поддерживаются»

gnubiff, может, и хорош, но здоровая дура на экране как-то не привлекает.

Чего? вот же он (пингвин) в трее сидит, никому не мешает.

https://picasaweb.google.com/lh/photo/7Ipm_q1QQMSz2ORA7cEh6dMTjNZETYmyPJy0lii...

Ну вот mail-notification точно такой же. Так же стабилен. Так же выглядит (только вместо пингвина - конверт). Popper же внедряется в ubuntu-вскую примочку под почтовый клиент (конверт).

Короче, нет, так нет. Жаль. Придётся терпеть zenity, уведомляющий о сдохшем popper-е.

Может быть связано с этим:

notify-send и dbus

Мужик, помогло! Реально определённый в кроне DBUS_SESSION_BUS_ADDRESS спасает ситуацию! Осталось лишь решить вопрос красивого получения, если это возможно.

В общем, и DISPLAY не понадобился.

Достаточно было в целевом скрипте прописать следующие строчки:

export USER=`ps -C gnome-session -o user=`
pids=`pgrep -u $USER gnome-session`
for pid in $pids; do
  export DBUS_SESSION_BUS_ADDRESS=`grep -z DBUS_SESSION_BUS_ADDRESS /proc/$pid/environ | sed -e 's/DBUS_SESSION_BUS_ADDRESS=//'`
done

Наврал, DISPLAY нужен. Просто его тоже прописать в целевом скрипте, и все дела.