Есть ли способ показать сообщения на стене пользователям настольных компьютеров?

Скажем, я далеко от дома, на моем домашнем компьютере. По этой причине мне нужно перезагрузить его.

# shutdown -r +10

Он отправляет предупреждающее сообщение каждую минуту через wall, что совершенно невидимо для обычного использования на рабочем столе, скажем, для моих родителей.

Есть ли какие-либо сообщения wall, которые могут попасть на рабочий стол через, скажем, уведомление.

9
задан 11 November 2010 в 16:21

40 ответов

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do
    DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png
done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 26 May 2018 в 00:28
  • 1
    gxmessage - древнее приложение. подумать об этом dbus и notify-send - гораздо лучший вариант. Может быть, я смогу что-то улучшить с зенитом. – tinhed 11 November 2010 в 16:40
  • 2
    Да, я не уверен, что лучше. zenity предупреждения могут быть раздражающими, если вы пытаетесь сэкономить, прежде чем вы выходите из системы ... Но уведомления notify-send могут быть просто проигнорированы. – Oli♦ 11 November 2010 в 16:49
  • 3
    Это правда, что уведомление уведомления о передаче может быть проигнорировано, но если оно отображается несколько раз (например, 10 минут), они могут выполнить эту работу! – OpenNingia 11 November 2010 в 18:15
  • 4
    @Oli Я нашел, что вам также нужна переменная окружения XAUTHORITY, правильно настроенная для этого, чтобы работать. – badp 11 November 2010 в 18:22
  • 5
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34
  • 6
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34
  • 7
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34
  • 8
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34
  • 9
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34
  • 10
    DISPLAY=$display notify-send... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 25 July 2018 в 22:54

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 27 July 2018 в 01:19

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 31 July 2018 в 11:00

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 31 July 2018 в 11:59

Внутренние элементы wall и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея, выдвинутая для этого (проблема обсуждалось ранее, много раз) заключается в изменении скриптов shutdown и reboot, чтобы они либо делали что-то доступным через dbus, либо (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы могли бы просто отправить его notify-send message.

Они просто скрипты, поэтому вы можете просто взломать их. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я никогда не слышал о gxmessage раньше, но я бы использовал notify-send.

Полное решение должно было бы удовлетворить возможность многократного отображения (например, многопользовательские, удаленные пользователи и т. д.), но, к счастью, вчера я написал код для этого бита:

for display in `ps aux | grep -oE "/usr/bin/X\s[^ ]+" | cut -d " " -f 2`; do DISPLAY=$display notify-send -u critical 'Shutdown notice' 'Save all your work. THE SYSTEM IS GOING DOWN!!' -i /usr/share/pixmaps/gnome-computer.png done

(Я использую экспорт вместо -display или --display, потому что я не знаю, что notify-send принимает либо)

8
ответ дан 2 August 2018 в 04:17

Внутренние элементы стены и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить shutdown и reboot скрипты, чтобы они либо сделали что-то доступное через dbus или (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы можете просто отправить сообщение уведомления-сообщения.

Они являются только сценариями, чтобы вы могли просто взломать в них. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я раньше не слышал о gxmessage , но я использовал бы notify-send .

Полное решение должно было бы учитывать возможность нескольких дисплеев (например, многопользовательских, удаленных пользователей и т. д.), но, к счастью, вчера я написал код для этого бита:

  для  отображение в `ps aux |  grep -oE "/ usr / bin / X \ s [^] +" |  cut -d "" -f 2`;  do DISPLAY = $ display notify-send -u критическое 'Уведомление о завершении работы' 'Сохраните всю вашу работу.  СИСТЕМА ПРОДОЛЖАЕТСЯ! »  -i /usr/share/pixmaps/gnome-computer.png done  

(Я использую экспорт вместо -display или - display , потому что я не знаю, что notify-send принимает либо)

8
ответ дан 6 August 2018 в 04:22

Внутренние элементы стены и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить shutdown и reboot скрипты, чтобы они либо сделали что-то доступное через dbus или (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы можете просто отправить сообщение уведомления-сообщения.

Они являются только сценариями, чтобы вы могли просто взломать в них. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я раньше не слышал о gxmessage , но я использовал бы notify-send .

Полное решение должно было бы учитывать возможность нескольких дисплеев (например, многопользовательских, удаленных пользователей и т. д.), но, к счастью, вчера я написал код для этого бита:

  для  отображение в `ps aux |  grep -oE "/ usr / bin / X \ s [^] +" |  cut -d "" -f 2`;  do DISPLAY = $ display notify-send -u критическое 'Уведомление о завершении работы' 'Сохраните всю вашу работу.  СИСТЕМА ПРОДОЛЖАЕТСЯ! »  -i /usr/share/pixmaps/gnome-computer.png done  

(Я использую экспорт вместо -display или - display , потому что я не знаю, что notify-send принимает либо)

8
ответ дан 7 August 2018 в 22:28

Внутренние элементы стены и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить shutdown и reboot скрипты, чтобы они либо сделали что-то доступное через dbus или (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы можете просто отправить сообщение уведомления-сообщения.

Они являются только сценариями, чтобы вы могли просто взломать в них. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я раньше не слышал о gxmessage , но я использовал бы notify-send .

Полное решение должно было бы учитывать возможность нескольких дисплеев (например, многопользовательских, удаленных пользователей и т. д.), но, к счастью, вчера я написал код для этого бита:

  для  отображение в `ps aux |  grep -oE "/ usr / bin / X \ s [^] +" |  cut -d "" -f 2`;  do DISPLAY = $ display notify-send -u критическое 'Уведомление о завершении работы' 'Сохраните всю вашу работу.  СИСТЕМА ПРОДОЛЖАЕТСЯ! »  -i /usr/share/pixmaps/gnome-computer.png done  

(Я использую экспорт вместо -display или - display , потому что я не знаю, что notify-send принимает либо)

8
ответ дан 10 August 2018 в 10:37

Внутренние элементы стены и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.

Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить shutdown и reboot скрипты, чтобы они либо сделали что-то доступное через dbus или (поскольку мы имеем дело только с одним компьютером и одним исправлением), вы можете просто отправить сообщение уведомления-сообщения.

Они являются только сценариями, чтобы вы могли просто взломать в них. Но я думаю, что это, вероятно, причина, на которую стоит настаивать. Отправьте ошибку против Ubuntu и добавьте исправления (просто убедитесь, что они могут работать без необходимости отправки уведомления, если нет среды X).

Я раньше не слышал о gxmessage , но я использовал бы notify-send .

Полное решение должно было бы учитывать возможность нескольких дисплеев (например, многопользовательских, удаленных пользователей и т. д.), но, к счастью, вчера я написал код для этого бита:

  для  отображение в `ps aux |  grep -oE "/ usr / bin / X \ s [^] +" |  cut -d "" -f 2`;  do DISPLAY = $ display notify-send -u критическое 'Уведомление о завершении работы' 'Сохраните всю вашу работу.  СИСТЕМА ПРОДОЛЖАЕТСЯ! »  -i /usr/share/pixmaps/gnome-computer.png done  

(Я использую экспорт вместо -display или - display , потому что я не знаю, что notify-send принимает либо)

8
ответ дан 13 August 2018 в 17:09
  • 1
    gxmessage - древнее приложение. подумать об этом dbus и notify-send - гораздо лучший вариант. Может быть, я смогу что-то улучшить с зенитом. – tinhed 11 November 2010 в 16:40
  • 2
    Да, я не уверен, что лучше. Предупреждения zenity могут быть раздражающими, если вы пытаетесь сэкономить, прежде чем вы выходите из системы ... Но уведомления notify-send могут быть просто проигнорированы. – Oli♦ 11 November 2010 в 16:49
  • 3
    Это правда, что уведомление уведомления о передаче может быть проигнорировано, но если оно отображается несколько раз (например, 10 минут), они могут выполнить эту работу! – OpenNingia 11 November 2010 в 18:15
  • 4
    @Oli Я нашел, что вам также нужна переменная окружения XAUTHORITY, правильно настроенная для этого, чтобы работать. – badp 11 November 2010 в 18:22
  • 5
    DISPLAY = $ display notify-send ... будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище. – user 11 November 2010 в 18:34

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 26 May 2018 в 00:28
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 26 May 2018 в 00:28

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 26 May 2018 в 00:28

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 25 July 2018 в 22:54
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 25 July 2018 в 22:54

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 25 July 2018 в 22:54

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 27 July 2018 в 01:19
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 27 July 2018 в 01:19

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 27 July 2018 в 01:19

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 31 July 2018 в 11:00
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 31 July 2018 в 11:00

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 31 July 2018 в 11:00

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 31 July 2018 в 11:59
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 31 July 2018 в 11:59

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 31 July 2018 в 11:59

Вы можете отправить сообщение вручную, используя zenity

zenity --warning --text "badp's about to restart the computer" --display=:0

Конечно, вы можете включить это в скрипт.

2
ответ дан 2 August 2018 в 04:17
  • 1
    Я не могу открыть дисплей, даже как суперпользователь (я должен sudo как правильный пользователь) :( – badp 11 November 2010 в 17:21
  • 2
    Должна быть в состоянии - убедитесь, что у вас там двоеточие (=:0 не =0) – misterben 11 November 2010 в 17:27
  • 3
    не удалось, вам также понадобится правильная настройка переменной XAUTHORITY. – badp 11 November 2010 в 18:22

Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.

1
ответ дан 2 August 2018 в 04:17

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 2 August 2018 в 04:17

AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.

0
ответ дан 6 August 2018 в 04:22

Вы можете отправить сообщение вручную, используя zenity

  zenity --warning --text «badp собирается перезагрузить компьютер» --display =: 0  

Конечно, вы можете включить это в скрипт.

2
ответ дан 6 August 2018 в 04:22

Другие вопросы по тегам:

Похожие вопросы: