@pmatilai, this is great and I look forward to having it bundled with my distro
of choice. As I wrote in
https://github.com/rpm-software-management/dnf5/issues/2002, I've been using
`rpm --rebuilddb` to do this. I'm not sure if it also does a VACCUM or
something else, but I do know that rebuilding the DB with that command can take
a while.
I'm concerned about introducing a sluggish cleanup operation into everyday
package management operations, randomly. Users may respond negatively and
perceive it as a regression or generally as bad performance by RPM.
Imagine for example that some automated flow (like right at the end of a docker
image build) puts the db just at the tipping point. The next install the user
issues to install the latest version of the `true` command, will send the
system into a DB rebuild, and wtf might ensue.
Doesn't this make more sense as a cron job by distros? how do major distros
usually handle periodic cleanup jobs like this?
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/3452#issuecomment-2588022287
You are receiving this because you are subscribed to this thread.
Message ID: <rpm-software-management/rpm/pull/3452/c2588022...@github.com>
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
https://lists.rpm.org/mailman/listinfo/rpm-maint
