/ etc / X11 / Xsession & LightDM


8

Я запускаю Lubuntu 14.10. Здається, що LighDM викликає /etc/X11/Xsessionлише те, якщо на це звернеться користувач. Насправді немає його тіні в lightdm-sessionобгортці.

  • startxкомандний рядок (обгортка навколо xinit для розумних значень за замовчуванням) використовує, ~/.xinitrcякщо існує, інакше використовує /etc/X11/xinit/xinitrc.
  • /etc/X11/xinit/xinitrcджерела /etc/X11/Xsession, на які переспрямовується вихід .xsession-errors.
  • /etc/X11/Xsessionджерела, ~/.xsessionrcякщо вони є, то виконуються, ~/.xsessionякщо виконувані, джерела, якщо ні.

Що відбувається при використанні lightdm? Якщо це не джерело /etc/X11/Xsession, як воно могло перенаправити помилки на файл помилок ~/.xsession-errors(я не зміг знайти жодної інформації про інші сценарії в /etc/X11/Xsession.d/)?

Сторінка людини для документів Xsession ~/.xsessionrcта ~/.xsession. Він говорить, що ~/.xsessionrcпризначений лише для встановлення змінних, а також ~/.xsessionдля виконання команд, але ~/.xsessionотримується лише в тому випадку, якщо я створюю для нього спеціальний *.desktopфайл /usr/share/xsessions/. Чи слід створити користувацький /etc/X11/Xsession.d/файл (наприклад, 40x11-common_xsessionrcпрацює для ~/.xsessionrc) або просто використовувати ~/.xsessionrcдля додавання будь-яких сценаріїв?

Також я хотів би знати, як менеджер x-window і x-session-менеджер працюють за допомогою альтернатив. Я помітив , що вони , здається , на роботу , якщо немає ~/.xinitrcі ~/.xsessionіснують, і , мабуть , вони працюють тільки при запуску StartX.

Заздалегідь дякую за будь-які відповіді.


До речі, у мене було б ще одне питання. Людина Ubuntu пропонує створити користувальницький * .desktop файл у / usr / share / xsesions з рядком Exec = / etc / X11 / Xsession, щоб встановити власні налаштування в ~ / .xsession. Це означає, що запустити іншу обгортку після / usr / sbin / lightdm-сесії, що в цьому випадку буде / etc / X11 / Xsession; це призведе до того, що все в /etc/X11/Xsession.d/ буде застосовано двічі. Тож чи не було б краще створити сценарій у /etc/X11/Xsession.d/ до джерела ~ / .xsession? Будь-яка допомога вдячна.
Джузеппе Ді Чіаччо,

Щоб використовувати ~ / .xsession через / usr / sbin / lightdm-session, мені було корисно створити новий сценарій у /etc/X11/Xsession.d, який я назвав 45x11-common_xsession. Оскільки змінні всі добре визначені в обгортці, я просто додав наступні рядки: if [-r "$ USERXSESSION"]; тоді . "US USERXSESSION" This Таким чином обгортка також надсилатиме файл ~ / .xsession, після отримання ~ / .xsessionrc. Сподіваюся, це може бути корисним.
Джузеппе Ді Чіаччо,

Якщо ви можете відповісти на частину свого запитання, ви можете просто створити відповідь, це абсолютно нормально. Коментарі лише тимчасові, але можуть загубитися.
Волкер Зігель

Відповіді:


0

Ця помилка

Помилка № 1001035 “lightdm використовує жорстко закодований шлях до .xsession-помилок, ...”: Помилки: пакет lightdm: Ubuntu

зазначає, що LightDM має шлях до $HOME/.xsession-errorsжорсткого кодування у своєму джерелі. І це дійсно має бути налаштоване.

На жаль, "сучасні" менеджери дисплеїв, здається, часто більше не переймаються /etc/X11і переосмислюють колесо ... погано.
Можливо, тому, що досить важко з’ясувати, чому все так, як вони є. (Я спробував. Я досі не знаю, чому так багато файлів / скриптів і які їхні цілі.)

Напр., SDDM взагалі не використовується .xsession-errors, і входить у будь-яке інше дивне місце, якщо воно взагалі є.


Додаток

Друге питання дійсно має бути окремим.
Через те, що я все ще не знаю про це, я не можу в цьому допомогти.
Але я думаю, що можу сказати, що ви, мабуть, не повинні створювати інший спеціальний файл сеансу.
Можливо, документація LightDM вам там допоможе…

Щодо третього запитання: Це xinitпояснюють підручні сторінки та пов’язані із нею сторінки (з того ж пакету програм). Існує список альтернативних варіантів, деякі в $HOME, деякі в /etc, деякі навіть у /usr/share/…підкаталогах. Але я думаю, якщо цього немає, передбачається і дефолт.
Вибачте, це, мабуть, теж має бути окремим. Я публікую лише те, що я знаю.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.