Ранее я задавал вопрос о просмотре истории 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
? Влиять на систему , которая„материал“будет зарегистрирован ли это целесообразно?»
источник
LOG=1
не читая документацию по каждой программе и услуге, которые могут быть запущены и могут использоватьсяLOG
в данной среде.LOG
это довольно общее название, но в отличие от этогоPATH
,HOME
илиTERM
оно обычно не используется. Таким образом, можно надеяться, что не слишком много разработчиков выбрали его в качестве переменной среды для своей программы, и поэтому настройкаLOG
не будет иметь большого значения.LOG=1
.Ответы:
Вы можете использовать что-то более локальное, например,
~/.pam_environment
или~/.profile
. Это практически такой же подход,/etc/environment
за исключением того, что они влияют только на вашего пользователя. Они все еще могут влиять на другие приложения.Хотя
~/.profile
он похож на другие файлы сценариев,~/.pam_environment
имеет немного странный синтаксис, который необходимо соблюдать (или вы сломаете свой логин):Другой подход, который может работать, заключается в изменении любых запусков
notify-osd
для прямой передачи переменной среды. В этом случае он является частью кроссплатформенного каскада DBUS, управляемогоusr/share/dbus-1/services/org.freedesktop.Notifications.service
Интересно, можно ли изменить строку Exec следующим образом:
Или, если это вызывает синтаксические колебания:
Если это работает, у него есть очевидное преимущество - он влияет только на notify-osd (все, что запускает).
источник
В NotifyOSD Дока страницы цитаты:
На странице документа «Переменная окружения» есть список общих переменных, в которых «LOG» не указан. Это говорит:
После поиска в Google для случаев, когда может использоваться LOG, ничего не появляется. «NOTIFYOSDLOG» было бы более подходящим названием. Использование LOG полностью зависит от приложений, поэтому остается загадкой, кто его использует и не использует. Поскольку его нет в списке общих переменных, это может быть просто переменная с плохим именем.
источник