Hi,
Fedora 27 Workstation, using GNOME Software for offline updates, with updates-testing enabled. I'm noticing an accumulation of long since applied RPMs in
/var/cache/PackageKit/27/metadata/updates-testing/packages
What's responsible for package cleanup after applying updates? I'm wondering if it's possible cleanups happen correctly for updates, and there's a bug where cleanup isn't happening for updates-testing?
On Sun, Jan 21, 2018 at 01:00:44PM -0700, Chris Murphy wrote:
Fedora 27 Workstation, using GNOME Software for offline updates, with updates-testing enabled. I'm noticing an accumulation of long since applied RPMs in
/var/cache/PackageKit/27/metadata/updates-testing/packages
What's responsible for package cleanup after applying updates? I'm wondering if it's possible cleanups happen correctly for updates, and there's a bug where cleanup isn't happening for updates-testing?
I suspect it's likely this:
https://bugzilla.redhat.com/show_bug.cgi?id=1306992
On Sun, Jan 21, 2018 at 5:15 PM, Matthew Miller mattdm@fedoraproject.org wrote:
On Sun, Jan 21, 2018 at 01:00:44PM -0700, Chris Murphy wrote:
Fedora 27 Workstation, using GNOME Software for offline updates, with updates-testing enabled. I'm noticing an accumulation of long since applied RPMs in
/var/cache/PackageKit/27/metadata/updates-testing/packages
What's responsible for package cleanup after applying updates? I'm wondering if it's possible cleanups happen correctly for updates, and there's a bug where cleanup isn't happening for updates-testing?
I suspect it's likely this:
Yep. And the problem is KeepCache is true by default. I'm not sure why. If #KeepCache=false is uncommented from PackageKit.conf, the problem goes away (it doesn't clean up already applied RPMs, but applied RPMs are deleted after successful offline installation). The bug reports
# pkcon refresh force
does remove old RPMs. So maybe a future PackageKit update could run a script that executes that refresh as well as uncommenting KeepCache=false?
desktop@lists.fedoraproject.org