rsyslog currently Requires: logrotate and installs a logrotate config as part of the main rsyslog package. This is fine in most cases, but it isn't ideal for minimal environments (that may not need/want logrotate) and for environments that use a different system (or a different logrotate configuration) for rotating logs (where the default config may conflict or fail). To this end, I'd like to request splitting the logrotate config and its dependency into a rsyslog-logrotate, and adding a Recommends for it to the main rsyslog package. This wouldn't change the default behavior, but it would provide the option to not install the logrotate config if one so desires.
I put up https://src.fedoraproject.org/rpms/rsyslog/pull-request/25 as an example for how this could be done.
https://bugzilla.redhat.com/show_bug.cgi?id=1992155 tracks the same request for CentOS Stream 9.
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
I'd really like to use rsyslog without logrotate dependency because it pulls in systemd, dbus and many more things not needed in a container.
FEDORA-2021-246d74538a has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2021-246d74538a
FEDORA-2021-246d74538a has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
This update really wasn't thought through very well. The update to Fedora 36 that contained this will have just broken every installed system with a working rsyslog/logrotate setup. It just removed all my config files for me so none of my logs have rotated for over a month. Luckily this isn't a particularly "loggy" system but if it had been one of my work ones that has ~1GB per day, this would have broken it quite badly.
I concur, we just had a outage due to that https://github.com/gluster/project-infrastructure/issues/168 A IMHO better scheme would have been to have rsyslog-bin (or something similar), and have a meta rsyslog package that keep the existing functionality.
(In reply to Trevor Hemsley from comment #7) > This update really wasn't thought through very well. The update to Fedora 36 > that contained this will have just broken every installed system with a > working rsyslog/logrotate setup. It just removed all my config files for me > so none of my logs have rotated for over a month. Luckily this isn't a > particularly "loggy" system but if it had been one of my work ones that has > ~1GB per day, this would have broken it quite badly. What do you mean by all of your config files? Did you store all of your logrotate commands inside the /etc/logrotate.d/rsyslog file?
Bad choice of words. Make that "Removed the config file that rotates most of my log files" - namely /var/log/cron* /var/log/maillog* /var/log/messages* /var/log/secure* /var/log/spooler*
Even better would be to just get rid of the subpackage and make logrotate a weak dep of the main rsyslog package. The (possibly unused) config files take up almost no space at all.
The problem is caused by the fact that owner of the %{buildroot}%{_sysconfdir}/logrotate.d/rsyslog file has changed. As the rsyslog-logrotate package has already been introduced, I would like to keep it. Thus, I propose to change back the ownership of the previously mentioned file to rsyslog(not rsyslog-logrotate). In that case, the file will not get removed/reinstalled while upgrading. Let me know what you think.