Скажем, я далеко от дома, на моем домашнем компьютере. По этой причине мне нужно перезагрузить его.
# shutdown -r +10
Он отправляет предупреждающее сообщение каждую минуту через wall, что совершенно невидимо для обычного использования на рабочем столе, скажем, для моих родителей.
Есть ли какие-либо сообщения wall, которые могут попасть на рабочий стол через, скажем, уведомление.
Внутренние элементы 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 принимает либо)
Внутренние элементы 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 принимает либо)
Внутренние элементы 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 принимает либо)
Внутренние элементы 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 принимает либо)
Внутренние элементы 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 принимает либо)
Внутренние элементы 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 принимает либо)
Внутренние элементы стены
и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.
Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить 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
принимает либо)
Внутренние элементы стены
и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.
Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить 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
принимает либо)
Внутренние элементы стены
и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.
Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить 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
принимает либо)
Внутренние элементы стены
и настолько заблокированы и древние, что на самом деле нет способа вытащить сообщение из него, когда оно там.
Единственная реальная идея выдвинута для этого ( проблема обсуждалась до , много раз) заключается в том, чтобы изменить 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
принимает либо)
Предупреждения zenity
могут быть раздражающими, если вы пытаетесь сэкономить, прежде чем вы выходите из системы ... Но уведомления notify-send
могут быть просто проигнорированы.
– Oli♦
11 November 2010 в 16:49
DISPLAY = $ display notify-send ...
будет экспортировать только это значение DISPLAY для этой команды; не то, что это имеет значение здесь, но это полезно в другом месте и, ИМХО, немного чище.
– user
11 November 2010 в 18:34
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text "badp's about to restart the computer" --display=:0
Конечно, вы можете включить это в скрипт.
Вы должны иметь возможность написать сценарий, который отображает ptty и прослушивает написанные сообщения (от записи или стены), а затем пересылает их на выход GUI.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
AFAIK нет X-клиента для команды wall для отображения этого сообщения в графической среде. Вы можете использовать приложение gxmessage для отображения всплывающих окон, но тогда вам придется писать сценарий самостоятельно.
Вы можете отправить сообщение вручную, используя zenity
zenity --warning --text «badp собирается перезагрузить компьютер» --display =: 0
Конечно, вы можете включить это в скрипт.