История изменений

Нет, journalctl — это дополнительная сущность здесь, требующая знания специфичных флагов и опций.

Нет, journalctl это способ читания логов. Ничем не хуже cat для текстов. И от тебя точно так же требуется знание грепа, а то и перла, чтобы обрабатывать текстовые логи.

что якобы grep нельзя использовать для фильтрации по времени — манипуляция

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

Не аргумент, т. к. ложный тезис.

Это, разумеется, чушь.

Это лишь в самых тривиальных случаях

Которые и являются наиболее распространенными.

FSS — это не цифровая подпись.

Ты просил аналоги, я тебе нашел. То, что они не настолько фичастые - это уже другой вопрос.

То есть типичная подмена понятий от клоуна (с твоей стороны). Почему я не удивлён?

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

Вообще-то, journald не работает с logrotate — он хранит логи в своём формате и управляет ими сам

А вот ты именно что подменяешь понятия. Неймспейсы нужны для распределения логов, я про logrotate ни слова не говорил.

То есть ты не в курсе, что journal-remote и journal-gatewayd не production-grade — это признано и в systemd issue tracker’ах.

Я повторю тебе еще раз, клоун, даже выделю жирненьким: У каждой технологии есть своя область применения. Самые распространенные задачи journald решает лучше syslog. А для нишевых ты можешь использовать нишевые решения.

Что мы имеем в итоге:

• Ты натягиваешь сову на глобус и судишь по критериям корнеркейсов систему общего назначения.
• Приводишь однобокие аргументы, для syslog и прочего софта я тоже могу найти CVE, далеко ходить не надо: https://access.redhat.com/security/cve/cve-2024-47619
• Путаешь high availability с highload.
• Врёшь про embedded. Я им занимаюсь, и точно знаю, что journald там используется.

Так что я переадресую свой вопрос тебе: есть ли предел твоему ламерству?

Нет, journalctl — это дополнительная сущность здесь, требующая знания специфичных флагов и опций.

Нет, journalctl это способ читания логов. Ничем не хуже cat для текстов. И от тебя точно так же требуется знание грепа, а то и перла, чтобы обрабатывать текстовые логи.

Не аргумент, т. к. ложный тезис.

Это, разумеется, чушь.

Это лишь в самых тривиальных случаях

Которые и являются наиболее распространенными.

FSS — это не цифровая подпись.

Ты просил аналоги, я тебе нашел. То, что они не настолько фичастые - это уже другой вопрос.

То есть типичная подмена понятий от клоуна (с твоей стороны). Почему я не удивлён?

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

Вообще-то, journald не работает с logrotate — он хранит логи в своём формате и управляет ими сам

А вот ты именно что подменяешь понятия. Неймспейсы нужны для распределения логов, я про logrotate ни слова не говорил.

То есть ты не в курсе, что journal-remote и journal-gatewayd не production-grade — это признано и в systemd issue tracker’ах.

Я повторю тебе еще раз, клоун, даже выделю жирненьким: У каждой технологии есть своя область применения. Самые распространенные задачи journald решает лучше syslog. А для нишевых ты можешь использовать нишевые решения.

Что мы имеем в итоге:

• Ты натягиваешь сову на глобус и судишь по критериям корнеркейсов систему общего назначения.
• Приводишь однобокие аргументы, для syslog и прочего софта я тоже могу найти CVE, далеко ходить не надо: https://access.redhat.com/security/cve/cve-2024-47619
• Путаешь high availability с highload.
• Врёшь про embedded. Я им занимаюсь, и точно знаю, что journald там используется.

Так что я переадресую свой вопрос тебе: есть ли предел твоему ламерству?