The package python3-humanize has the following automatic provide: python3dist(humanize) = 0 It appears that the actual package version was lost during the packaging process. In most cases, this is caused by using a Source that misses version information, e.g. A GitHub tarball when the project uses setuptools_scm or pbr. See https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_source_files_from_pypi This bugzilla was created in a batch, so it does not have information about the exact cause for this package. If you need help figuring out why this happens in this particular package, feel free to ask.
I fail to see any relation to source tarball as there's definitely a version given as well in %prep to extract. To build, standard with macro %py3_build is used. Why setuptools_scm then as there's no BuildRequires for that?
I see this in pyproject.toml: [build-system] requires = [..., "setuptools_scm[toml]>=3.4"] ... [tool.setuptools_scm] local_scheme = "no-local-version" And there is no version in either setup.py or setup.cfg. There's indeed no BuildRequires for setuptools_scm, which I believe is a mistake. Furthermore, a tarball from GitHub is used as a source, hence the version information is lost.
FEDORA-2022-10cfa451bb has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-10cfa451bb
FEDORA-2022-10cfa451bb has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
python-humanize-3.13.1-2.fc36 actually removed the provides altogteher. The culprit is that %{python3_sitelib}/humanize-%{version}.dist-info/ is not owned by the package. Here's my attempt to fix it with further cleanup: https://src.fedoraproject.org/rpms/python-humanize/pull-request/7
Thankyou , got the provides and then lost the directory and provides (it seems) when I marked the LICENSE as %license. Steve.