Configuración de LOG = 1 en / etc / environment

8

Hice una pregunta anteriormente sobre cómo ver el historial de notify-osduso de la indicator-notificationsaplicación.

La respuesta fue que necesitaba agregar LOG=1mi /etc/environmentarchivo.
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=1en /etc/environmentafectar 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=1en /etc/environment?? Afectar el sistema se registrará Qué 'cosas' ¿Es esto conveniente?"

notification log environment

— Parto
fuente

Tal vez podríamos editar y volver a compilar notifyosd para verificar NOTIFYOSDLOG en su lugar ..

— Seth

Es bastante difícil saber cómo se vería afectado el sistema LOG=1sin leer la documentación de todos y cada uno de los programas y servicios que se pueden ejecutar y utilizar LOGen el entorno. LOGes un nombre bastante genérico pero diferente PATH, HOMEo TERMno 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ón LOGno haga mucho.

— Adaephon

Ambas respuestas son buenas, solo dejaré que el 'sistema' otorgue la recompensa. Gracias Adaephon por ese comentario, LOG no se usa comúnmente y, por lo tanto, es un poco difícil saber cómo se vería afectado el sistema LOG=1.

— Parto

4

Podría usar algo más local como el usuario ~/.pam_environmento ~/.profile. Estos son prácticamente el mismo enfoque que, /etc/environmentexcepto que solo afectarán a su usuario. Todavía podrían afectar otras aplicaciones.

Si bien ~/.profilees similar a otros archivos de script, ~/.pam_environmenttiene una sintaxis un poco nerviosa que debe cumplirse (o romperá su inicio de sesión):

LOG DEFAULT=1

El otro enfoque que puede funcionar es cambiar los lanzamientos notify-osdpara 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

[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/lib/x86_64-linux-gnu/notify-osd

Me pregunto si la línea Exec podría cambiarse para leer:

Exec=LOG=1 /usr/lib/x86_64-linux-gnu/notify-osd

O si eso arroja tambaleantes de sintaxis:

Exec=sh -c "LOG=1 /usr/lib/x86_64-linux-gnu/notify-osd"

Si eso funciona, tiene la ventaja obvia de afectar solo a notify-osd (cualquier cosa que se inicie).

— Oli
fuente

3

Las citas de las páginas de documentos de NotifyOSD :

(Nota: el registro en este archivo se habilita cuando la variable de entorno LOG se establece en 1.)

En la página del documento Variable ambiental , tiene una lista de variables comunes donde "LOG" no está en la lista. Dice:

Cada aplicación es libre de definir y usar sus propias variables de entorno. Muchas páginas del manual incluyen largas listas de variables de entorno que pueden afectar el comportamiento de la aplicación que describen. Sin embargo, las variables más útiles son comunes a muchas aplicaciones.

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.

— SR. Lee
fuente