Hice una pregunta anteriormente sobre cómo ver el historial de notify-osd
uso de la indicator-notifications
aplicación.
La respuesta fue que necesitaba agregar LOG=1
mi /etc/environment
archivo.
Eso sonó sospechoso y no lo hice porque:
- Está en el archivo de configuración global.
- Realmente no puede saber qué más se registrará aparte de las notificaciones.
Hojeé y vi esta pregunta que también resalta el problema. Mire específicamente esta respuesta :
Pequeña advertencia: esta podría ser una mala idea ... LOG = 1 en / etc / environment lo convierte en una variable de todo el sistema y podría romper cosas ... Dios sabe qué reacciona en LOG (ofc. Deberían haberlo hecho algo así como NOTIFYOSDLOG ) Tal vez para empezar lo agregaría a bashrc para 1 usuario solo para estar seguro.
Mi pregunta es, ¿cómo se ponía LOG=1
en /etc/environment
afectar el sistema? ¿Qué 'cosas' se registrarán? ¿Es esto aconsejable?
EDITAR
Resolví el problema de notificación y ahora solo estoy preguntando sobre los efectos de configurar LOG = 1 en / etc / environment.
Vistazo a mi pregunta anterior: "¿Cómo va a establecer LOG=1
en /etc/environment
?? Afectar el sistema se registrará Qué 'cosas' ¿Es esto conveniente?"
fuente
LOG=1
sin leer la documentación de todos y cada uno de los programas y servicios que se pueden ejecutar y utilizarLOG
en el entorno.LOG
es un nombre bastante genérico pero diferentePATH
,HOME
oTERM
no se usa comúnmente. Por lo tanto, es de esperar que no muchos desarrolladores lo elijan como una variable de entorno para su programa y, por lo tanto, la configuraciónLOG
no haga mucho.LOG=1
.Respuestas:
Podría usar algo más local como el usuario
~/.pam_environment
o~/.profile
. Estos son prácticamente el mismo enfoque que,/etc/environment
excepto que solo afectarán a su usuario. Todavía podrían afectar otras aplicaciones.Si bien
~/.profile
es similar a otros archivos de script,~/.pam_environment
tiene una sintaxis un poco nerviosa que debe cumplirse (o romperá su inicio de sesión):El otro enfoque que puede funcionar es cambiar los lanzamientos
notify-osd
para pasar la variable de entorno directamente. En este caso, parece ser parte de una cascada DBUS multiplataforma controlada desdeusr/share/dbus-1/services/org.freedesktop.Notifications.service
Me pregunto si la línea Exec podría cambiarse para leer:
O si eso arroja tambaleantes de sintaxis:
Si eso funciona, tiene la ventaja obvia de afectar solo a notify-osd (cualquier cosa que se inicie).
fuente
Las citas de las páginas de documentos de NotifyOSD :
En la página del documento Variable ambiental , tiene una lista de variables comunes donde "LOG" no está en la lista. Dice:
Después de buscar en Google las instancias donde se puede usar LOG, no aparece nada. "NOTIFYOSDLOG" habría sido un nombre más apropiado. El uso de LOG depende completamente de las aplicaciones, por lo que es un misterio quién lo usa y quién no. Como no está en la lista de variables comunes, puede ser solo una variable mal nombrada.
fuente