Even if they go back on that, it’s proof enough that they can not be trusted. Not now, not ever. No critical piece of a system should rely on people who believe in the LLM illusion.
Sadly all of ./play.it infrastructure is currently relying on rsyslog for centralised logging management. If you use something else, and are happy with it, suggestions are welcome.
Right now our top candidates for a replacement are:
- syslogd, the original one
- syslog-ng (it seems powerful, but its documentation is awful)
Our needs are very basic, mostly we want to be able to tell the logging system to store logs in specific paths based on the process name, like sending rspamd logs to /var/log/mail/rspamd.log or unbound logs to /var/log/network/unbound.log.
Logs rotation is already handled by logrotate, so we do not need the syslog daemon to include the ability to handle that itself.
Being packaged in Debian is a non-negotiable requirement.

rsyslog Goes AI First — A New Chapter Begins - rsyslog
After 24 months of focused evaluation and careful experimentation, we’re excited to announce a major shift in the evolution of rsyslog: we’re going AI First. This marks the beginning of a strategic transformation in how we design, develop, and support rsyslog and its ecosystem. While today’s post is just a short announcement, it lays the […]