The package python3-javabridge has the following automatic provide: python3dist(javabridge) = 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?
setup.py has a complicated get_version() used. it tries to load info from git (and fails), then it tries javabridge/_version.py and fails as well, it returns None which is turned into 0.
(In reply to Miro Hrončok from comment #2) > setup.py has a complicated get_version() used. it tries to load info from > git (and fails), then it tries javabridge/_version.py and fails as well, it > returns None which is turned into 0. Thanks for debugging. We should file that to upstream and ask for a good official version.
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
Well, first guess would be PEP 440 but there's no _version.py available to read from.
This is a dead package.