I’ve seen complaints that even after enabling the google-chrome repo, users can’t install the google-chrome-stable from it. dnf craps out with an error:
Last metadata expiration check: 0:01:34 ago on Wed 26 Feb 2025 09:23:41 PM EST.
Dependencies resolved.
====================================================================================================================================================
Package Architecture Version Repository Size
====================================================================================================================================================
Installing:
google-chrome-stable x86_64 133.0.6943.141-1 google-chrome 111 M
Installing dependencies:
gtk+3.0-common noarch 3.24.48-2 rolling-x86_64 3.7 M
lib64gdk3_0 x86_64 3.24.48-2 rolling-x86_64 415 k
lib64gtk3_0 x86_64 3.24.48-2 rolling-x86_64 3.0 M
lib64tinysparql x86_64 3.8.2-1 rolling-x86_64 292 k
Transaction Summary
====================================================================================================================================================
Install 5 Packages
Total download size: 118 M
Installed size: 391 M
Is this ok [y/N]: y
Downloading Packages:
(1/5): google-chrome-stable-133.0.6943.141-1.x86_64.rpm 68 MB/s | 111 MB 00:01
(2/5): lib64gdk3_0-3.24.48-2-omv2590.x86_64.rpm 69 kB/s | 415 kB 00:06
(3/5): lib64gtk3_0-3.24.48-2-omv2590.x86_64.rpm 675 kB/s | 3.0 MB 00:04
(4/5): gtk+3.0-common-3.24.48-2-omv2590.noarch.rpm 618 kB/s | 3.7 MB 00:06
(5/5): lib64tinysparql-3.8.2-1-omv2490.x86_64.rpm 56 kB/s | 292 kB 00:05
----------------------------------------------------------------------------------------------------------------------------------------------------
Total 10 MB/s | 118 MB 00:11
google-chrome 95 kB/s | 19 kB 00:00
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Traceback (most recent call last):
File "/usr/sbin/dnf", line 57, in <module>
main.user_main(sys.argv[1:], exit_code=True)
File "/usr/lib/python3.11/site-packages/dnf/cli/main.py", line 208, in user_main
errcode = main(args)
^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/cli/main.py", line 67, in main
return _main(base, args, cli_class, option_parser_class)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/cli/main.py", line 106, in _main
return cli_run(cli, base)
^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/cli/main.py", line 130, in cli_run
ret = resolving(cli, base)
^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/cli/main.py", line 183, in resolving
base.do_transaction(display=displays)
File "/usr/lib/python3.11/site-packages/dnf/cli/cli.py", line 248, in do_transaction
self.gpgsigcheck(install_pkgs)
File "/usr/lib/python3.11/site-packages/dnf/cli/cli.py", line 304, in gpgsigcheck
self._get_key_for_package(po, fn)
File "/usr/lib/python3.11/site-packages/dnf/base.py", line 2552, in _get_key_for_package
keys = dnf.crypto.retrieve(keyurl, repo)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/crypto.py", line 137, in retrieve
keyinfos = rawkey2infos(handle)
^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/dnf/crypto.py", line 127, in rawkey2infos
keys = libdnf.repo.Key.keysFromFd(key_fo.fileno())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib64/python3.11/site-packages/libdnf/repo.py", line 341, in keysFromFd
return _repo.Key_keysFromFd(fileDescriptor)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
RuntimeError: Error during parsing OpenPGP packets
This issue was reported against dnf unrelated to OpenMandriva:
The stacktrace is identical. There’s a link to a merged PR at the bottom that apparently fixes the problem. If that commit could be pulled in, that would likely fix the issue with us installing google-chrome from google’s repo.