Impostazione LOG = 1 in / etc / environment


8

Prima ho fatto una domanda sulla visualizzazione della cronologia notify-osddell'utilizzo indicator-notificationsdell'app.

La risposta è stata che dovevo aggiungere il LOG=1mio /etc/environmentfile.
Sembrava sospetto e non l'ho fatto perché:

  1. È nel file di configurazione globale.
  2. Non puoi davvero sapere cos'altro verrà registrato oltre alle notifiche.

Ho sfogliato e ho visto questa domanda che evidenzia anche il problema. Guarda in particolare questa risposta :

Piccolo avvertimento: questa potrebbe essere una cattiva idea ... LOG = 1 in / etc / environment lo rende una variabile di sistema e potrebbe rompere le cose ... Dio sa cosa reagisce su LOG ​​(spesso dovrebbero averlo fatto come NOTIFYOSDLOG ). Forse per cominciare lo aggiungerei a bashrc per 1 utente, per essere sicuro.

La mia domanda è: come sarà l'impostazione LOG=1nel /etc/environmentinfluenza il sistema? Quale 'roba' verrà registrata? È consigliabile?

MODIFICARE

Ho risolto il problema di notifica e ora sto solo chiedendo gli effetti dell'impostazione LOG = 1 in / etc / environment.

Guardate la mia domanda di cui sopra: "Come sarà l'impostazione LOG=1in /etc/environment?? Influenzare il sistema verrà registrato Quale 'roba' 'questo consigliabile?"


Potremmo forse modificare e ricompilare notificationosd per verificare NOTIFYOSDLOG invece ..
Seth

È piuttosto difficile dire come il sistema sarebbe interessato LOG=1senza leggere la documentazione di ogni singolo programma e servizio che può essere eseguito e che può essere utilizzato LOGnell'ambiente. LOGè un nome abbastanza generico ma diverso PATH, HOMEo TERMnon è comunemente usato. Quindi si potrebbe sperare che non troppi sviluppatori lo abbiano scelto come variabile d'ambiente per il loro programma e quindi l'impostazione LOGnon farà molto.
Adaefon,

Entrambe le risposte sono buone, lascerò che il "sistema" assegni la taglia. Grazie Adaephon per quel commento, LOG non è comunemente usato e quindi è difficile sapere come il sistema sarebbe interessato LOG=1.
Parto,

Risposte:


4

È possibile utilizzare qualcosa di più user-local come ~/.pam_environmento ~/.profile. Questi sono praticamente lo stesso approccio, /etc/environmenttranne per il fatto che interesseranno solo il tuo utente. Potrebbero comunque influenzare altre applicazioni.

Sebbene ~/.profilesia simile ad altri file di script, ~/.pam_environmentha un po 'di sintassi nervosa che deve essere rispettata (o interromperai il tuo login):

LOG DEFAULT=1

L'altro approccio che può funzionare sta cambiando qualunque avvio notify-osdper passare direttamente la variabile d'ambiente. In questo caso, sembra far parte di alcune cascate DBUS multipiattaforma controllate dausr/share/dbus-1/services/org.freedesktop.Notifications.service

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

Mi chiedo se la riga Exec possa essere modificata per leggere:

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

O se questo genera wobblies di sintassi:

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

Se funziona, ha l'ovvio vantaggio di influenzare solo notification-osd (qualunque cosa lanci).


3

Le pagine dei documenti NotifyOSD citano:

(Nota: la registrazione in questo file è abilitata quando la variabile di ambiente LOG è impostata su 1.)

Nella pagina del documento Variabile ambientale ha un elenco di variabili comuni in cui "LOG" non è elencato. Dice:

Ogni applicazione è libera di definire e utilizzare le proprie variabili di ambiente. Molte pagine di manuale includono lunghi elenchi di variabili d'ambiente che possono influenzare il comportamento dell'applicazione che descrivono. Tuttavia, le variabili più utili sono comuni a molte applicazioni.

Dopo aver cercato su Google per i casi in cui è possibile utilizzare LOG, non viene visualizzato nulla. "NOTIFYOSDLOG" sarebbe stato un nome più appropriato. L'uso di LOG dipende completamente dalle applicazioni, quindi è un mistero chi lo fa e non lo usa. Dal momento che non è nell'elenco delle variabili comuni, potrebbe essere solo una variabile mal denominata.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.