• Оригинал: http://lists.freedesktop.org/archives/systemd-devel/2012-January/004188.html
• Переводчик: Любимов Алексей

Условия использования перевода

Вы можете безо всяких ограничений на свое усмотрение читать и ссылаться на этот текст.

Вы НЕ можете копировать этот текст целиком или по частям. Цитирование допускается в пределах абзаца. При цитировании ссылка на этот перевод или оригинал статьи обязательна.

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

Раз уж речь зашла об улучшении текста перевода, прошу вас - если вы нашли ошибки в переводе полагаете, что какие-то его части можно перевести лучше - пришлите мне свои возражения или свой вариант перевода спорного места и я постараюсь его учесть.

[systemd-devel] [ANNOUNCE] systemd v38

Привет,

http://www.freedesktop.org/software/systemd/systemd-38.tar.xz

Это первый релиз с журналом. Журнал заменил собой оба компонента - systemd-kmsg-syslogd и systemd-stdout-kmsg-bridge, что сильно упростило набор обязательно работающих сервисов. В настоящее время журнал в целом готов, хотя некоторые серьезные возможности все еще не реализованы.

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

Совместимость с классической реализацией syslog предоставляется через сокет /run/systemd/journal/syslog, в который попадают все сообщения вне зависимости от того, пришли ли они через /dev/log, родной протоол журнала или из любого другого источника. Чтобы заставить работать ваш сислог, убедитесь, что он присоединяется к этому сокету, а не к /dev/log, который отныне является собственностью systemd-journal.

Имейте в виду, что журнал будет складывать данные логов только в /run/log/journal, что делает его непостоянным. Если же создать поддиректорию /var/log/journal, то журнал начнет складывать данные в /var, что сделает его постоянным.

Чтобы смотреть журнал, можно использовать systemd-journalctl. По умолчанию он генерирует вывод максимально точно соответствующий формату /var/log/messages. Есть и дрругие выаринты вывода, управляемые опциями "-o verbose", "-o short-monotonic" или "-o json". Для воспроизведения поведения "tail -f" используйте опцию "-f".

Этот релиз во многом тестовый, то есть имеет смысл поместить его в эквивалент Rawhide вашего дистрибутива, не надо обновлять им ваш релизный дистрибутив. Мы надеемся стабилизировать его в нескольких следующих релизах.

здесь, в конце оригинала, можно почитать список коммитов разработчиков