Bug 448646 - Discover reports "Bad GPG signature found" where "dnf update" succeeds
Summary: Discover reports "Bad GPG signature found" where "dnf update" succeeds
Status: RESOLVED WORKSFORME
Alias: None
Product: Discover
Classification: Applications
Component: PackageKit (show other bugs)
Version: 5.23.4
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Dan Leinir Turthra Jensen
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2022-01-17 09:47 UTC by Dennis Schridde
Modified: 2024-05-05 03:46 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dennis Schridde 2022-01-17 09:47:31 UTC
SUMMARY

When trying to "Update All", Discover reports:

> Update Issue
>
> Bad GPG signature found:
>
> /var/cache/PackageKit/35/metadata/virtio-win-stable-35-x86_64/packages/virtio-win-0.1.215-2.noarch.rpm could not be verified. /var/cache/PackageKit/35/metadata/virtio-win-stable-35-x86_64/packages/virtio-win-0.1.215-2.noarch.rpm: digest: SIGNATURE: NOT OK
>
> Please report this issue to the packagers of your distribution.

But at the same time, `dnf update` succeeds without even mentioning a problem.

STEPS TO REPRODUCE

1. Click "Update All" in Discover
2. Get "Bad GPG signature found" error message
3. On a terminal type `sudo dnf update`
4. See that the update is installed successfully without even so much as a warning.

OBSERVED RESULT

> Update Issue
>
> Bad GPG signature found:
>
> /var/cache/PackageKit/35/metadata/virtio-win-stable-35-x86_64/packages/virtio-win-0.1.215-2.noarch.rpm could not be verified. /var/cache/PackageKit/35/metadata/virtio-win-stable-35-x86_64/packages/virtio-win-0.1.215-2.noarch.rpm: digest: SIGNATURE: NOT OK
>
> Please report this issue to the packagers of your distribution.

EXPECTED RESULT

Update installs fine just like with `dnf update`, because it uses the same source of trust as `dnf`. Or, if it really has to use a separate source of trust, Discover offers to import a GPG key.

SOFTWARE/OS VERSIONS

Operating System: Fedora Linux 35
KDE Plasma Version: 5.23.4
KDE Frameworks Version: 5.89.0
Qt Version: 5.15.2
Kernel Version: 5.15.13-200.fc35.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × Intel® Core™ i7-8750H CPU @ 2.20GHz
Memory: 62,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 630

ADDITIONAL INFORMATION
Comment 1 Fushan Wen 2022-01-18 16:31:41 UTC
May be related: https://gitlab.gnome.org/GNOME/gnome-software/-/issues/603
Comment 2 Nate Graham 2022-01-21 02:15:36 UTC
Looks like GNOME Software handles this situation a lot more interactively than we do. Might be worth trying to do the same.
Comment 3 Aleix Pol 2022-01-21 11:36:19 UTC
Would a dialog asking whether to proceed despite the GPG problem help?
Comment 4 Nate Graham 2022-01-21 15:59:27 UTC
Yes, I think so. Then we could at least explain to the user what's going on plain language and offer them options.
Comment 5 Dennis Schridde 2022-04-14 09:37:11 UTC
Also affects virtio-win 0.1.217-1.
Comment 6 Dennis Schridde 2022-09-01 19:41:35 UTC
Also affects the tailscale-stable repo: https://pkgs.tailscale.com/stable/#fedora
```
Bad GPG signature found:

/var/cache/PackageKit/36/metadata/tailscale-stable-36-x86_64/packages/tailscale_1.30.0_x86_64.rpm could not be verified. /var/cache/PackageKit/36/metadata/tailscale-stable-36-x86_64/packages/tailscale_1.30.0_x86_64.rpm: digest: SIGNATURE: NOT OK
```

Operating System: Fedora Linux 36
KDE Plasma Version: 5.25.4
KDE Frameworks Version: 5.97.0
Qt Version: 5.15.5
Kernel Version: 5.19.4-200.fc36.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i7-11370H @ 3.30GHz
Memory: 62.6 GiB of RAM
Graphics Processor: Mesa Intel® Xe Graphics
Manufacturer: TUXEDO
Product Name: TUXEDO InfinityBook Pro 14 Gen6
Comment 7 Aleix Pol 2022-09-19 17:32:51 UTC
Are you testing these by installing an rpm file or because you added these as external repositories?
Comment 8 Dennis Schridde 2022-09-19 21:16:46 UTC
(In reply to Aleix Pol from comment #7)
> Are you testing these by installing an rpm file or because you added these
> as external repositories?

I added additional / external repositories and then installed a package from them. (I did not install the RPM file directly.) In the way it is explained for e.g. Tailscale: https://pkgs.tailscale.com/stable/#fedora
Comment 9 Marc Deop 2022-09-20 17:20:05 UTC
I cannot reproduce this bug.

Would you @Dennis Schridde mind explaining **clearly** the steps you take to have this problem?

You can start from a "vanilla" installation in a VM and explain what you do.
Comment 10 Harald Sitter 2024-04-05 04:58:55 UTC
We are waiting for info here.
Comment 11 Bug Janitor Service 2024-04-20 03:47:31 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 12 Bug Janitor Service 2024-05-05 03:46:05 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!