Bug 2323168

Summary: python-toolz fails to build with Python 3.14: AssertionError: is_none: assert should_curry(getattr(operator, k)) == isinstance(v, toolz.curry), k
Product: [Fedora] Fedora Reporter: Karolina Surma <ksurma>
Component: python-toolzAssignee: Orion Poplawski <orion>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: fti-bugs, ksurma, mhroncok, orion
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2322407, 2339432, 2339435, 2371672, 2371796, 2371799, 2371827, 2371841, 2371852, 2371862, 2371885, 2371886, 2371887, 2371888, 2371889, 2371890, 2371891, 2371892, 2371921, 2371938, 2372026, 2372049, 2372104, 2372106, 2372146, 2372173, 2372202, 2372239, 2372030    

Description Karolina Surma 2024-11-01 14:55:27 UTC
python-toolz fails to build with Python 3.14.0a1.

____________________________ test_curried_operator _____________________________

    def test_curried_operator():
        import operator
    
        for k, v in vars(cop).items():
            if not callable(v):
                continue
    
            if not isinstance(v, toolz.curry):
                try:
                    # Make sure it is unary
                    v(1)
                except TypeError:
                    try:
                        v('x')
                    except TypeError:
                        pass
                    else:
                        continue
                    raise AssertionError(
                        'toolz.curried.operator.%s is not curried!' % k,
                    )
>           assert should_curry(getattr(operator, k)) == isinstance(v, toolz.curry), k
E           AssertionError: is_none
E           assert False == True
E            +  where False = should_curry(<built-in function is_none>)
E            +    where <built-in function is_none> = getattr(<module 'operator' from '/usr/lib64/python3.14/operator.py'>, 'is_none')
E            +  and   True = isinstance(<built-in function is_none>, <class 'toolz.functoolz.curry'>)
E            +    where <class 'toolz.functoolz.curry'> = toolz.curry

toolz/tests/test_curried.py:74: AssertionError
=========================== short test summary info ============================
FAILED toolz/tests/test_curried.py::test_curried_operator - AssertionError: i...
================= 1 failed, 202 passed, 1 deselected in 4.00s ==================

https://docs.python.org/3.14/whatsnew/3.14.html

For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.14/fedora-rawhide-x86_64/08189231-python-toolz/

For all our attempts to build python-toolz with Python 3.14, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.14/package/python-toolz/

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.14:
https://copr.fedorainfracloud.org/coprs/g/python/python3.14/

Let us know here if you have any questions.

Python 3.14 is planned to be included in Fedora 43.
To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.14.
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 Aoife Moloney 2025-02-26 13:14:23 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle.
Changing version to 42.

Comment 2 Karolina Surma 2025-06-11 16:05:16 UTC
*** Bug 2372163 has been marked as a duplicate of this bug. ***