Местоположение для размещения службы systemd EnvironmentFile при создании пакета debian
Невозможно установить фон в текущем состоянии плагина. Все, что вы можете сделать, это изменить цвет фона.
Вероятно, вы должны сообщить об ошибке.
3 ответа
Кто-то еще ответил на этот вопрос здесь, на Unix & amp;
(выдержка ниже)
Пользователи systemd не любят файлы окружения.
Итак, t.
На протяжении многих лет некоторые из системных людей заявляют, что файлы окружения являются механизмом, который они никогда не должны были указывать на systemd в первую очередь.
] Механизм native systemd - это, в конце концов, сам файл служебного блока, в котором переменные среды задаются с помощью клавиш Environment=. По их мнению, настройка среды службы с определенными пользователем или отдельными машинами переменными - это отбрасывание файлов snippet .conf для единиц, которые устанавливают другие переменные среды с помощью дополнительных клавиш Environment=.
(Но, честно говоря, нет смысла пытаться динамически преобразовывать материал в файл, подходящий для EnvironmentFile=. [& hellip;] Также /etc/sysconfig - это Redhatism, который должен действительно уйти, вся концепция ошибочна Добавление нового /run/sysconfig/, безусловно, делает это еще хуже.)
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & Mdash; Леннарт Поэттеринг (2015-12-09). (Выдержка ниже) . systemd-devel.
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & mdash; Леннарт Поэттеринг (2015-07-22). здесь, на Unix & amp; Linux Stack Exchange . systemd ошибка # 618. GitHub.
Бонусное содержимое
В мире daemontools мы, естественно, имеем каталоги среды, читаем с помощью команды envdir / s6-envdir. Несмотря на то, что это не стандарт или требование daemontools, соглашение, которое можно использовать, которое согласуется с некоторыми инструментами, заключается в том, что каталог окружения называется env и живет в каталоге службы наряду с программой run и другими материал.
Кто-то еще ответил на этот вопрос здесь, на Unix & amp;
(выдержка ниже)
Пользователи systemd не любят файлы окружения.
Итак, t.
На протяжении многих лет некоторые из системных людей заявляют, что файлы окружения являются механизмом, который они никогда не должны были указывать на systemd в первую очередь.
] Механизм native systemd - это, в конце концов, сам файл служебного блока, в котором переменные среды задаются с помощью клавиш Environment=. По их мнению, настройка среды службы с определенными пользователем или отдельными машинами переменными - это отбрасывание файлов snippet .conf для единиц, которые устанавливают другие переменные среды с помощью дополнительных клавиш Environment=.
(Но, честно говоря, нет смысла пытаться динамически преобразовывать материал в файл, подходящий для EnvironmentFile=. [& hellip;] Также /etc/sysconfig - это Redhatism, который должен действительно уйти, вся концепция ошибочна Добавление нового /run/sysconfig/, безусловно, делает это еще хуже.)
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & Mdash; Леннарт Поэттеринг (2015-12-09). (Выдержка ниже) . systemd-devel.
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & mdash; Леннарт Поэттеринг (2015-07-22). здесь, на Unix & amp; Linux Stack Exchange . systemd ошибка # 618. GitHub.
Бонусное содержимое
В мире daemontools мы, естественно, имеем каталоги среды, читаем с помощью команды envdir / s6-envdir. Несмотря на то, что это не стандарт или требование daemontools, соглашение, которое можно использовать, которое согласуется с некоторыми инструментами, заключается в том, что каталог окружения называется env и живет в каталоге службы наряду с программой run и другими материал.
Кто-то еще ответил на этот вопрос здесь, на Unix & amp;
(выдержка ниже)
Пользователи systemd не любят файлы окружения.
Итак, t.
На протяжении многих лет некоторые из системных людей заявляют, что файлы окружения являются механизмом, который они никогда не должны были указывать на systemd в первую очередь.
] Механизм native systemd - это, в конце концов, сам файл служебного блока, в котором переменные среды задаются с помощью клавиш Environment=. По их мнению, настройка среды службы с определенными пользователем или отдельными машинами переменными - это отбрасывание файлов snippet .conf для единиц, которые устанавливают другие переменные среды с помощью дополнительных клавиш Environment=.
(Но, честно говоря, нет смысла пытаться динамически преобразовывать материал в файл, подходящий для EnvironmentFile=. [& hellip;] Также /etc/sysconfig - это Redhatism, который должен действительно уйти, вся концепция ошибочна Добавление нового /run/sysconfig/, безусловно, делает это еще хуже.)
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & Mdash; Леннарт Поэттеринг (2015-12-09). (Выдержка ниже) . systemd-devel.
Я, вероятно, никогда не должен был добавлять EnvironmentFile= в первую очередь. Упаковщики неправильно понимают, что файлы модулей подчиняются конфигурации администратора и должны рассматриваться как таковые, и что разделение конфигурации файлов блоков на отдельные EnvironmentFiles= - действительно нечувствительная игра ненужного обращения. & mdash; Леннарт Поэттеринг (2015-07-22). здесь, на Unix & amp; Linux Stack Exchange . systemd ошибка # 618. GitHub.
Бонусное содержимое
В мире daemontools мы, естественно, имеем каталоги среды, читаем с помощью команды envdir / s6-envdir. Несмотря на то, что это не стандарт или требование daemontools, соглашение, которое можно использовать, которое согласуется с некоторыми инструментами, заключается в том, что каталог окружения называется env и живет в каталоге службы наряду с программой run и другими материал.