การตั้งค่า LOG = 1 ใน / etc / environment


8

ฉันถามคำถามก่อนหน้านี้เกี่ยวกับการดูประวัติการnotify-osdใช้indicator-notificationsแอพ

คำตอบคือฉันต้องเพิ่มไฟล์LOG=1ของฉัน ฟังดูน่าสงสัยและฉันไม่ได้ทำเพราะ:/etc/environment

  1. มันอยู่ในไฟล์กำหนดค่าส่วนกลาง
  2. คุณไม่รู้จริงๆว่าจะมีอะไรบันทึกไว้นอกเหนือจากการแจ้งเตือน

ฉันเรียกดูไปรอบ ๆ และเห็นคำถามนี้ซึ่งยังเน้นปัญหา ดูคำตอบนี้โดยเฉพาะ:

คำเตือนเล็ก ๆ : นี่อาจเป็นความคิดที่ไม่ดี ... LOG = 1 ใน / etc / environment ทำให้มันเป็นระบบที่หลากหลายและอาจทำลายสิ่งต่าง ๆ ... พระเจ้ารู้ว่าสิ่งที่ตอบสนองใน LOG (ofc. พวกเขาควรทำให้มันเป็นเหมือน NOTIFYOSDLOG ) บางทีสำหรับผู้เริ่มฉันจะเพิ่มมันใน bashrc สำหรับผู้ใช้ 1 คนเพื่อให้แน่ใจ

คำถามของฉันคือวิธีการที่จะตั้งค่าLOG=1ในการ/etc/environmentส่งผลกระทบต่อระบบ? สิ่งใดที่จะถูกบันทึกไว้? เป็นสิ่งที่แนะนำหรือไม่

แก้ไข

ฉันแก้ไขปัญหาการแจ้งเตือนและตอนนี้ฉันแค่ถามเกี่ยวกับผลกระทบของการตั้งค่า LOG = 1 ใน / etc / environment

ดูที่คำถามของฉันข้างต้น: "วิธีจะตั้งค่าLOG=1ใน/etc/environment? ส่งผลกระทบต่อระบบซึ่ง 'สิ่งที่จะได้รับการลงทะเบียนคือแนะนำนี้หรือไม่?"


เราอาจจะแก้ไขและคอมไพล์ informosd ใหม่เพื่อตรวจสอบ NOTIFYOSDLOG แทน ..
เซท

เป็นการยากที่จะบอกว่าระบบจะได้รับผลกระทบอย่างไรโดยLOG=1ไม่ต้องอ่านเอกสารของแต่ละโปรแกรมและบริการที่อาจทำงานและอาจใช้งานLOGในสภาพแวดล้อม LOGค่อนข้างเป็นชื่อทั่วไป แต่ไม่เหมือนPATH, HOMEหรือTERMมันไม่ได้เป็นที่ใช้กันทั่วไป ดังนั้นหนึ่งอาจหวังว่านักพัฒนาไม่มากนักเลือกมันเป็นตัวแปรสภาพแวดล้อมสำหรับโปรแกรมของพวกเขาและดังนั้นการตั้งค่าLOGจะไม่ทำอะไรมาก
Adaephon

คำตอบทั้งสองนั้นดีฉันจะให้ 'ระบบ' เป็นรางวัล ขอบคุณ Adaephon สำหรับความคิดเห็นนั้น LOG ไม่ได้ถูกใช้บ่อยและดังนั้นจึงเป็นการยากที่จะทราบว่าระบบจะได้รับผลกระทบLOG=1อย่างไร
Parto

คำตอบ:


4

คุณสามารถใช้สิ่งที่ใช้ในท้องถิ่นเช่นมากขึ้นหรือ~/.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 สามารถเปลี่ยนเป็นอ่านได้หรือไม่:

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"

หากใช้งานได้จะมีข้อได้เปรียบที่เห็นได้ชัดว่ามีผลกระทบกับ alert-osd เท่านั้น (ทุกสิ่งที่เปิดตัว)


3

NotifyOSDหน้า doc คำพูด:

(หมายเหตุ: การบันทึกไฟล์นี้เปิดใช้งานเมื่อตัวแปรสภาพแวดล้อม LOG ถูกตั้งค่าเป็น 1)

ในหน้าเอกสารด้านสิ่งแวดล้อมตัวแปรมีรายการของตัวแปรทั่วไปที่ไม่มี "LOG" อยู่ในรายการ มันบอกว่า:

แต่ละแอปพลิเคชันสามารถกำหนดและใช้ตัวแปรสภาพแวดล้อมของตนเองได้ฟรี หน้าคู่มือจำนวนมากรวมถึงรายการตัวแปรสภาพแวดล้อมที่มีความยาวซึ่งอาจส่งผลกระทบต่อพฤติกรรมของแอปพลิเคชันที่อธิบาย อย่างไรก็ตามตัวแปรที่มีประโยชน์ที่สุดนั้นเป็นเรื่องธรรมดาสำหรับหลาย ๆ แอปพลิเคชัน

หลังจาก googling สำหรับอินสแตนซ์ที่อาจใช้ LOG ไม่มีอะไรเกิดขึ้น "NOTIFYOSDLOG" จะเป็นชื่อที่เหมาะสมกว่า การใช้ LOG ขึ้นอยู่กับแอปพลิเคชั่นอย่างสมบูรณ์ดังนั้นจึงเป็นเรื่องลึกลับที่ทำและไม่ได้ใช้ เนื่องจากมันไม่ได้อยู่ในรายการตัวแปรทั่วไปจึงอาจเป็นเพียงตัวแปรที่มีชื่อไม่ดี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.