☰

Уведомления Gnome 3 заменяются на notify-osd, когда компьютер переходит в спящий режим

tag-icon • tag-icon 11.10 gnome notify-osd
Уведомления Gnome 3 заменяются на notify-osd, когда компьютер переходит в спящий режим

Похожий вопроссуществует для 11.04, но ответы были "подождите 11.10; там все заработает". 11.10 наступило, а у меня он сломался. :-(

Когда я впервые начал использовать Gnome Shell, уведомления Gnome 3 работали нормально. После приостановки и возобновления работы, похоже, они вернулись к пузырькам notify-osd Unity. Это раздражает, потому что куча пузырьков notify-osd становятся маленькими окнами в середине экрана, когда компьютер приостанавливается. Они также выстраиваются в очередь в панели уведомлений Gnome Shell в нижней части экрана, все с меткой «notify-osd».

Взгляните на окна!

Если я выйду из системы и снова войду, notify-osd исчезнет, ​​а индикаторы Gnome 3 появятся снова, пока я не переведу машину в спящий режим. Но как мне сохранить их навсегда?

решение1

уведомления отправляются через DBUS и после установки notify-osd он перенаправляет все уведомления себе.

Это не было бы особенно проблематично, если бы не так много пакетов, напрямую зависящих от notify-osd (ubuntu-desktop, blueman, guake, update-notifier, network-manager-gnome, rhythmbox и многие другие), что фактически нарушало бы возможность выбора желаемой системы уведомлений.

Удалить переадресацию можно с помощью следующей команды:

sudo dpkg-divert --remove --rename --package notify-osd --divert /usr/share/dbus-1/services/org.freedesktop.Notifications.service.notify-osd /usr/share/dbus-1/services/org.freedesktop.Notifications.service

Но (я не проверял) это может либо серьезно нарушить работу обновлений notify-osd (и, следовательно, вашей системы), либо просто появиться снова при следующем обновлении notify-osd.

решение2

В этом вопросе (октябрь 2011 г.) не запрашивается та же информация, что и в предыдущем:
Можно ли заменить notify-osd на индикаторы Gnome 3?(Июнь 2011 г.) Этот другой вопрос (июнь 2011 г.) более всеобъемлющ, чем просто просьба об исправлении, а скорее вопрос о том, как контролировать окружающую среду, что может или не может быть применимо к этой проблеме (октябрь 2011 г.).

Следовательно, следующая информация AU, вероятно, имеет отношение только к более раннему (июнь 2011 г.) вопросу:
Используйте notify-osd вместо notification-daemon в GNOME-Shell

Это дает информацию о том, как создать ситуацию, требующую внимания к исходному вопросу, размещенному выше. Маловероятно, что проблема проявилась именно так, поэтому отмена и обратный ход шагов, вероятно, не дадут решения. Однако это относится к посту за июнь 2011 года и напрямую затрагивает вопросы, заданные там.

Системный файл (pangolin 12.04):

file:///usr/share/dbus-1/services/org.freedesktop.Notifications.service

Содержание:

    [Сервис D-BUS]
    Имя=org.freedesktop.Уведомления
    Exec=/bin/sh -c 'если
         [ ! -x /usr/lib/notification-daemon/notification-daemon ] ||
         [ "$GDMSESSION" = гостевой доступ ] ||
         [ "$GDMSESSION" = gnome-classic-guest-restricted ]
         [ "$GDMSESSION" = по умолчанию -a
              "$(базовое имя `readlink /etc/alternatives/x-session-manager`)" =
                    gnome-сессия ] ||
         [ "$GDMSESSION" = ubuntu ] ||
         [ "$GDMSESSION" = ubuntu-2d ];
      затем исполняющий обязанности/usr/lib/notify-osd/notify-osd;
      еще исполнитель/usr/lib/notification-daemon/notification-daemon; фи'

предположительно, переключение сегментов кода, которыеboldвыполнит переключение, но будет ли изменение фактически функциональным — это другой вопрос. (т.е. выполните оба действия)notification-daemon & notify-osdсуществуют? и т. д.)

ссылка:

Связанный контент