tristes_tigres' Journal

Ад, ужас и моральный террор

Долгое время одним из существенных компонентов каждой Unix системы был демон syslog.
<...>
Короче говоря, традиционый сислог после долгой истории длиной в 30 лет достиг состояния очень мощного инструмента, страдающего от множества серьезных ограничений.

Так что же мы можем сделать теперь для улучшения ситуации?
<...>
Вероятно, вы уже догадались из вышеизложенного, что мы работали над новым решением проблем журналирования, решали перечисленные трудности и сверх того добавили к журналу новые возможности.
<...>
* Моему приложению необходимы традиционные текстовые логи на диске. Могу я сконфигурировать journald так, чтобы он генерировал их?

Нет, не можете. Если вам так уж необходимо оное, просто запускайте журнал бок о бок с традиционным сислогом типа rsyslog, который сможет генерировать для вас эти файлы.
<...>
* Могу я подключить совместимый с RFC syslog протоколом удаленный генератор сообщений к журналу?

На текущий момент, нет. И наврядли journald будет поддерживать это из коробки.
<...>
Я использую systemd во встраиваемой системе и не заинтересован в постоянном журналировании, могу я опционально выключить журнал?

Нет, никогда.
<...>

(журнал перестаёт быть текстовым файлом и становится двоичным)

* Будет ли формат журнала стандартизирован? Где я могу найти описание структур данных на диске?

На текущий момент мы не стремимся стандартизировать формат и мы даем себе свободу менять его по настроению. Мы документируем формать данных на диске эволюционно, но на данный момент мы не хотим, чтобы другой софт читал, писал или манипулировал файлами журнала напрямую. Доступ разрешен через разделяемую библиотеку и инструмент командной строки.

Да что они, сговорились там, что ли? Сначала Gnome3, теперь это?