Установка LOG = 1 в / etc / environment
Я задал вопрос ранее о просмотре истории notify-osd с помощью приложения indicator-notifications.
Ответ был таков: мне нужно было добавить LOG=1 в мой файл /etc/environment.
Это звучало подозрительно, и я этого не делал, потому что:
- Он находится в глобальном конфигурационном файле.
- Вы действительно не можете знать, что еще будет зарегистрировано, кроме уведомлений.
Я просмотрел и увидел этот вопрос , который также выдвигает на первый план проблему. Посмотрите конкретно на этот ответ :
Небольшое предупреждение: это может быть плохой идеей ... LOG = 1 в / etc / environment делает его общесистемной переменной и может сломаться вещи ... Бог знает, что реагирует на LOG (ofc. они должны были сделать что-то вроде NOTIFYOSDLOG). Может быть, для начала я бы добавил его в bashrc для 1 пользователя, просто чтобы быть уверенным.
Мой вопрос: как настройка LOG=1 в /etc/environment повлияет на систему? Какие «вещи» будут зарегистрированы? Это целесообразно?
РЕДАКТИРОВАТЬ
Я решил проблему с уведомлением , и теперь я просто спрашиваю об эффектах установки LOG = 1 в /etc/environment.
Посмотрите на мой вопрос выше: «Как настройка LOG=1 в /etc/environment повлияет на систему? Какие« вещи »будут записаны? Это целесообразно?»
2 ответа
Вы могли использовать что-то более локальное для пользователя как ~/.pam_environment или ~/.profile. Это практически тот же подход как /etc/environment кроме они будут только влиять на Вашего пользователя. Они могли все еще влиять на другие приложения.
В то время как ~/.profile подобно другим файлам сценария, ~/.pam_environment имеет что-то вроде раздражительного синтаксиса, который должен придерживаться к (или Вы повредите свой вход в систему):
LOG DEFAULT=1
Другой подход, который может работать, изменяет любые запуски notify-osd провести переменную среды непосредственно. В этом случае это, кажется, часть некоторого межплатформенного каскада DBUS, от которого управляют usr/share/dbus-1/services/org.freedesktop.Notifications.service
[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/lib/x86_64-linux-gnu/notify-osd
Интересно, могла ли Исполнительная строка быть изменена в чтение:
Exec=LOG=1 /usr/lib/x86_64-linux-gnu/notify-osd
Или если это бросает синтаксис wobblies:
Exec=sh -c "LOG=1 /usr/lib/x86_64-linux-gnu/notify-osd"
Если это работает, это имеет очевидное преимущество только влияния, уведомляют-osd (любой что-либо, что это запускает).
кавычки страниц NotifyOSD документа:
(Примечание: вход в этот файл включен, когда переменная среды ЖУРНАЛА установлена на 1.)
В страница документа Переменной окружения, это имеет список общих переменных, где "ЖУРНАЛ" не перечислен. Это говорит:
Каждое приложение является бесплатным определить и использовать его собственные переменные среды. Много страниц руководства включают длинные списки переменных среды, которые могут влиять на поведение приложения, которое они описывают. Однако самые полезные переменные характерны для многих приложений.
После гугления для экземпляров, где ЖУРНАЛ может использоваться, ничто не подходит. "NOTIFYOSDLOG" был бы более соответствующим именем. Использование ЖУРНАЛА абсолютно зависит от приложений, таким образом, это - тайна, кто делает и не использует его. Так как это не находится в общем списке переменных, это может быть просто плохо именованная переменная.