Fedora Account System
Red Hat Associate
Red Hat Customer
python-uharfbuzz fails to build with Python 3.15.0a2. ____________________________ test_uharfbuzz_version ____________________________ def test_uharfbuzz_version(): v = hb.__version__ assert isinstance(v, str) > assert "unknown" not in v E AssertionError: assert 'unknown' not in '0.0.0+unknown' E E 'unknown' is contained here: E 0.0.0+unknown tests/test_uharfbuzz.py:1662: AssertionError https://docs.python.org/3.15/whatsnew/3.15.html For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.15/fedora-rawhide-x86_64/09836241-python-uharfbuzz/ For all our attempts to build python-uharfbuzz with Python 3.15, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.15/package/python-uharfbuzz/ Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.15: https://copr.fedorainfracloud.org/coprs/g/python/python3.15/ Let us know here if you have any questions. Python 3.15 is planned to be included in Fedora 45. To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.15. A build failure prevents us from testing all dependent packages (transitive [Build]Requires), so if this package is required a lot, it's important for us to get it fixed soon. We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.
I’m not sure what’s going on here. The SETUPTOOLS_SCM_PRETEND_VERSION environment variable is set in %generate_buildrequires and in %build, which ought to be sufficient. Are any other packages that use setuptools_scm suffering from similar issues? Since the Python 3.15 COPR is x86_64-only, I will have to wait until I get my x86_64 machine set back up to try this locally.
I just tried a local mock build based on the COPR, and I wasn’t able to reproduce this. I am not sure how to investigate this further.
Tried again and still couldn’t reproduce this in mock.
According to https://src.fedoraproject.org/rpms/python-uharfbuzz/pull-request/3, this is fixed by https://bodhi.fedoraproject.org/updates/FEDORA-2026-5b2c562806.