Hide Forgot
Newly created libdnf plugins require to download additional metadata files from repositories. Similar functionality is already used by DNF plugins (Python). So public API was created in PR https://github.com/rpm-software-management/libdnf/pull/635 as reaction to BZ https://bugzilla.redhat.com/show_bug.cgi?id=1651468 . This is request for similar functionality in the "context" part of libdnf. It is needed for libdnf plugins (and microdnf, PackageKit, ...). The requested functionality will also solve the request for decompression of downloaded files https://bugzilla.redhat.com/show_bug.cgi?id=1640220 .
PR https://github.com/rpm-software-management/libdnf/pull/652
*** Bug 1640220 has been marked as a duplicate of this bug. ***
Jardo, do you have by any chance example of such plugin that we could incorporate into a test case?
Scenario for the test case (what productid plugin does actually): * create a repo with 'productid' certificate attached as 'productid' metadata type * plugin registers 'productid' metadata type for download -> it's present on downloading the repo * plugin can obtain path to the productid file in repo cache * plugin can read uncompressed content of the productid file
Requesting blocker+ because this is a requirement from the Subscription Manager team and the feature is essential for rhsm plugin to work properly with productid. If this doesn't get implemented, PackageKit and microdnf won't be able to work with subscriptions correctly.
Set blocker+ per RHEL 8 blocker approval team
Hi John, could you please comment whether the added feature works fine for subscription-manager or not? Do you have any relevant test results eventually?
Hi Karel, I have created PR for subscription-manager (our libdnf product-id plugin) usingnew API: https://github.com/candlepin/subscription-manager/pull/2025