Кто бы что ни говорил? Что ж... )))
Это моё доброе воскресное утро с Поттерингом. Ну проедемся, что ли, пока жена не утащила от монитора. )> Прекращена поддержка сборочных сценариев на основе Automake. В качестве системы сборки теперь предлагается только система Meson
Шило на мыло.
> Для unit-файлов представлены опции RuntimeDirectory и RuntimeDirectoryPreserve
> представлены опции StateDirectory, CacheDirectory, LogsDirectory и ConfigurationDirectory
> вспомогательные пары опций, определяющие режим доступа к каталога - StateDirectoryMode, CacheDirectoryMode, LogsDirectoryMode, ConfigurationDirectoryMode.
Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.
Что интересно, где складировать свои файлы, программы обычно определяли сами по FHS. А тут, значит, опции специальные, чтобы создавать в /var/log поддиректорию, где программа будет логи хранить.
Очевидный вопрос: А если программы в /var/log создают не подкаталог, а просто лог-файл? А как программы узнают, что им нужно хранить логи по этому пути? Их опять допиливать придётся?
Давайте обратимся к оригинальной статье Поттеринга. Может он там прояснил всё это дело?
> Of course, the obvious question to ask now is: how do these three settings deal with the sticky file ownership problem?
Хм. И несколько абзацев размышления на эту тему. "В сегодняшнем выпуске новостей мы будем обсуждать вопросы, которые взволновали меня, а следовательно и всех вас". Спасибо, Леннарт.
> Новые опции удобно использовать вместе с режимом DynamicUser=yes
Класс. Помимо того, что сам режим DynamicUser не очень-то нужная штука, что тут ещё сказать.
> В systemd-journald реализовано агрессивное кэширование метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке.
Восстановление журнала при повреждении так и не завезли, зато производительность записи в журнал возросла. Радость-то.
(тут жена меня таки утащила, но я может ещё вернусь) :D