Open mcrha opened 4 months ago
Plugins can be provided by a third party. I.e. Packagekit can provide its own plugin for DNF5.
Or des your report mean that DNF5 does not provide any function for retriving repomd files by a type (like libdnf's dnf_repo_get_filename_md())?
My main point here is once PackageKit is gone, the dnf5 will be "responsible" to provide the appstream data from the repos. Thus "Packagekit can provide its own plugin for DNF5" is not a viable option here.
It would be needed for the PackageKit DNF5 backend anyway. We need a way to force fetching that repodata type, and currently we cannot, since it's not a recognized extra type.
The
repomd.xml
can contain various data files. The dnf5 does not provide the appstream-related files, which means that apps consuming this appstream data cannot propose the apps provided by those repos.For example on Fedora, there is enabled by default
/etc/yum.repos.d/rpmfusion-nonfree-steam.repo
, which contains in its/var/cache/dnf/rpmfusion-nonfree-steam-41ce205f970a18bf/repodata/repomd.xml
:where the
appstream-ignore
can be, well, ignored, but the other two should be provided in the places where the others can find them, just as the PackageKit does.This is what PackageKit's dnf backend does with the appstream data from the
repomd.xml
:https://github.com/PackageKit/PackageKit/blob/29f59afb2f6482d092493758d9e4d6d8d95faf8f/backends/dnf/pk-backend-dnf-common.c#L90
and as it uses
appstream
library for the management the clashing is out of your hands (luckily, I guess).