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):
It looks like it was dropped in F32 in https://src.fedoraproject.org/rpms/python-keyring/c/12cd719fb2074682cee5df00b736d7b5d9ad2897 and then dropped for RHEL9 and ELN in https://src.fedoraproject.org/rpms/python-keyring/c/925e92808ff725314308c7de211721259e44f0ae
`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.
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.6dist(importlib-metadata) >= 1
The “>= 1” is coming from setup.cfg in this version. It was added upstream in  to fix an issue 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 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.
FEDORA-EPEL-2022-91548edc87 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-91548edc87
FEDORA-EPEL-2022-91548edc87 has been pushed to the Fedora EPEL 8 testing repository.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-91548edc87
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
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.