Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 1941234 - Dependency on python-importlib-metadata >= 1 at EPEL 8
Summary: Dependency on python-importlib-metadata >= 1 at EPEL 8
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: python-keyring
Version: epel8
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Christopher Tubbs
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2021-03-21 00:34 UTC by Robert Scheck
Modified: 2022-04-01 16:43 UTC (History)
7 users (show)

Fixed In Version: python-keyring-21.5.0-2.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2022-04-01 16:43:24 UTC
Type: Bug

Attachments (Terms of Use)

Description Robert Scheck 2021-03-21 00:34:07 UTC
Description of problem:
What's the situation with the dependency on python-importlib-metadata >= 1 at EPEL 8? Is it really required? As of writing, it needs python-importlib-metadata >= 1 (older versions of python-keyring don't), while all branches are shipping a python-importlib-metadata 0.x version...

Version-Release number of selected component (if applicable):

Additional info:

Comment 1 Christopher Tubbs 2021-03-22 03:39:48 UTC
It looks like it was dropped in F32 in and then dropped for RHEL9 and ELN in

`rpm -q --requires` on the epel8 package includes:


If there's a `>= 1` requirement, I don't think it's coming from this package, though. I don't see that in this output or in the spec file.

I do not use EPEL8 and only built the package for that branch because it was requested, so I do not know what is required there. If somebody knows more about the situation with EPEL8, I'd be happy to take suggestions or pull requests, but I'm not really interested in doing much work for that branch, since I don't use it.

Comment 2 Ben Beasley 2022-03-22 13:06:08 UTC
I just looked into this.

The current stable version in EPEL8 seems to be python3-keyring-21.3.1-1.el8, and it installs fine (with python3-importlib-metadata <1). The version in dist-git is python3-keyring-21.5.0-1.el8, as referenced in this bug.

I did a local mockbuild and confirmed:

> $ rpm -q --requires -p results_python-keyring/21.5.0/1.el8/python3-keyring-21.5.0-1.el8.noarch.rpm 
> python(abi) = 3.6
> python3-SecretStorage
> python3-importlib-metadata
> python3.6dist(importlib-metadata) >= 1
> […]

The “>= 1” is coming from setup.cfg in this version. It was added upstream in [1] to fix an issue[2] that happened when importlib-metadata was 0.9 or older. Presumably 1.0 was picked becasuse it was a recent milestone release at the time.

The changelogs[3] for importlib-metadata indicate that the major change from 0.23 to 1.0.0 was removing a compatibility shim for beta releases of Python. The other change was for better coexistence with the stdlib implementation, which only matters for versions of Python that have one. Based on that, there’s no reason to believe that version 0.23 won’t work.


Comment 4 Fedora Update System 2022-03-23 14:53:50 UTC
FEDORA-EPEL-2022-91548edc87 has been submitted as an update to Fedora EPEL 8.

Comment 5 Fedora Update System 2022-03-24 15:50:41 UTC
FEDORA-EPEL-2022-91548edc87 has been pushed to the Fedora EPEL 8 testing repository.

You can provide feedback for this update here:

See also for more information on how to test updates.

Comment 6 Fedora Update System 2022-04-01 16:43:24 UTC
FEDORA-EPEL-2022-91548edc87 has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.