Bug 2417022 - python-uharfbuzz fails to build with Python 3.15: test_uharfbuzz_version: AssertionError: assert 'unknown' not in '0.0.0+unknown'
Summary: python-uharfbuzz fails to build with Python 3.15: test_uharfbuzz_version: Ass...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: python-uharfbuzz
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ben Beasley
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: PYTHON3.15
TreeView+ depends on / blocked
 
Reported: 2025-11-25 14:28 UTC by Karolina Surma
Modified: 2026-04-13 12:57 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2026-04-13 12:57:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Karolina Surma 2025-11-25 14:28:02 UTC
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.

Comment 1 Ben Beasley 2025-11-26 11:20:55 UTC
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.

Comment 2 Ben Beasley 2025-11-30 07:29:44 UTC
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.

Comment 3 Ben Beasley 2025-12-26 14:54:03 UTC
Tried again and still couldn’t reproduce this in mock.


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