I have updated system DNF cache, but user cache is old. I think we should check if system cache is exists and updated and then copy it to user instead of downloading new cache.
Good point. This should do the utility for cache syncing between DNF/yum/PackageKit.
Let me provide some details here. We have discussed this issue with Richard Hughes (packagekit) and Tomas Mlcoch (librepo) and we came to a conclusion that it makes sense in a long term to have a service built on top of librepo that would handle metadata download and distribution. All tolls requiring any metadata would not download it directly but they would rather ask this service and the service would either download the metadata or it would just provide a local copy of the required files. However, this is something we can't possibly do in less that several months so if there is anyone willing to pick this up, we invite him to do that.
*** Bug 1190548 has been marked as a duplicate of this bug. ***
*** Bug 1222899 has been marked as a duplicate of this bug. ***
I think that the service should not be limited to only one machine. (See also bug 1218415).
*** Bug 1225400 has been marked as a duplicate of this bug. ***
*** Bug 1255278 has been marked as a duplicate of this bug. ***
But I see `dnf update` is no longer allowed for normal users. Maybe hand this rfe to packagekit?
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Any update on this? Would it not be sufficient to symlink both utilities to the same directory? Some examples for the "updates" repo: /var/cache/PackageKit/25/metadata/updates/repodata and /var/cache/dnf/updates-87ad44ec2dc11249/repodata contain similar data. /var/cache/dnf/updates-87ad44ec2dc11249/packages and /var/cache/PackageKit/25/metadata/updates/packages have many files in common.
It would be nice if that utility could move and upgrade old caches to newer locations and cleanup them.
DNF team is planning to consolidate cache management into libdnf. All tools would use the same functions and cache in the same location. Building a new tool seems to be a workaround to me.
PackageKit is EOLed. DNF and microdnf will share the cache via shared code in libdnf. Closing the requirement as we're definitely not going to write a new tool syncing the caches.