-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Signed RPM failed to install using dnf
on RHEL8 and RHEL9
#64
Comments
Interestingly it can be installed successfully using |
It looks like the message originates here: https://github.com/rpm-software-management/dnf/blob/7b52f20604aa9b308d68883aabe5b3a36ff1d4db/dnf/base.py#L1390 |
Which is triggered by the outcome of this: |
The input for this comes from
So I guess, one of the |
Checking with an rpm from RHEL9, this compares to:
|
Comparing that to the output of
|
I think I have found out what is wrong: It seems as if RPM has a V4 signature header (which Eclipse Packager and thus the RPM builder plugin) create. Which only signs the header, but with the header also signs the header entries containing the payload digests. This is faster, but triggers the The V3 signature signs both headers and payload, but is slower. So, what needs to be done: (see first comment) I have a working version locally. So all that needs to the done is to orchestrate a few PRs and create new versions. |
This is released as 1.9.0. |
reported by: @tobias1703
A package that is signed, can be successfully verified on RHEL7, 8, 9 (using
rpm -K
), but when creating a YUM repository usingcreaterepo
, it fails to install on RHEL 8 and 9 with the following error:Reproducer: https://github.com/tobias1703/rpm-builder-test
Remaining tasks:
rpmkeys
finds the V3 headerrpmkeys
finds the full payload digestThe text was updated successfully, but these errors were encountered: