Bug 2271063

Summary: python-usort fails to build with Python 3.13: AssertionError: Regex didn't match: 'Error sorting sample\\.py: Syntax Error @ 2:11\\.' not found in "Error sorting sample.py: Syntax Error
Product: [Fedora] Fedora Reporter: Karolina Surma <ksurma>
Component: python-usortAssignee: Michel Lind <michel>
Status: CLOSED ERRATA QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: davide, fti-bugs, ksurma, mhroncok, michel
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: python-usort-1.0.8.post1-1.fc41,python-usort-1.0.8.post1-1.fc42 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-08-20 20:43:09 UTC 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: 2305258    
Bug Blocks: 2260875, 2260877, 2300529, 2244836    

Description Karolina Surma 2024-03-22 13:55:31 UTC
python-usort fails to build with Python 3.13.0a5.

python3 -m coverage run -m usort.tests 
........FF............................
======================================================================
FAIL: test_format_parse_error (usort.tests.cli.CliTest.test_format_parse_error)
Code that has syntax that would never be valid in any version of python
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/usort-0.6.3/usort/tests/cli.py", line 146, in test_format_parse_error
    self.assertRegex(
    ~~~~~~~~~~~~~~~~^
        result.output,
        ^^^^^^^^^^^^^^
        r"Error sorting sample\.py: Syntax Error @ 1:7\.",
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
AssertionError: Regex didn't match: 'Error sorting sample\\.py: Syntax Error @ 1:7\\.' not found in 'Error sorting sample.py: Syntax Error @ 1:1.\nparser error: error at 2:0: expected NAME\n\nimport\n^\n'

======================================================================
FAIL: test_format_parse_error_conflicting_syntax (usort.tests.cli.CliTest.test_format_parse_error_conflicting_syntax)
Code that contains syntax both <=2.7 and >=3.8 that could never coexist
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/usort-0.6.3/usort/tests/cli.py", line 159, in test_format_parse_error_conflicting_syntax
    self.assertRegex(
    ~~~~~~~~~~~~~~~~^
        result.output,
        ^^^^^^^^^^^^^^
        r"Error sorting sample\.py: Syntax Error @ 2:11\.",
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
AssertionError: Regex didn't match: 'Error sorting sample\\.py: Syntax Error @ 2:11\\.' not found in "Error sorting sample.py: Syntax Error @ 2:1.\nparser error: error at 2:13: expected one of !=, %, &, (, *, **, +, ,, -, ., /, //, :, ;, <, <<, <=, =, ==, >, >=, >>, @, NEWLINE, [, ^, and, if, in, is, not, or, |\n\n    print 'i'\n^\n"

----------------------------------------------------------------------
Ran 38 tests in 0.091s

FAILED (failures=2)

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

For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora-rawhide-x86_64/07197909-python-usort/

For all our attempts to build python-usort with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/python-usort/

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

Let us know here if you have any questions.

Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.13.
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 Karolina Surma 2024-06-12 15:09:27 UTC
*** Bug 2291964 has been marked as a duplicate of this bug. ***

Comment 2 Fedora Fails To Install 2024-06-19 19:59:02 UTC
Hello,

Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/

This package fails to install and maintainers are advised to take one of the following actions:

 - Fix this bug and close this bugzilla once the update makes it to the repository.
   (The same script that posted this comment will eventually close this bugzilla
   when the fixed package reaches the repository, so you don't have to worry about it.)

or

 - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet.

or

 - Orphan the package if you no longer plan to maintain it.


If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue.
This package may be orphaned in 7+ weeks.
This is the first reminder (step 3) from the policy.

Don't hesitate to ask for help on https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/ if you are unsure how to fix this bug.

Comment 3 Fedora Fails To Install 2024-07-13 08:00:55 UTC
Hello,

Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/

This package fails to install and maintainers are advised to take one of the following actions:

 - Fix this bug and close this bugzilla once the update makes it to the repository.
   (The same script that posted this comment will eventually close this bugzilla
   when the fixed package reaches the repository, so you don't have to worry about it.)

or

 - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet.

or

 - Orphan the package if you no longer plan to maintain it.


If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue.
This package may be orphaned in 4+ weeks.
This is the second reminder (step 4) from the policy.

Don't hesitate to ask for help on https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/ if you are unsure how to fix this bug.

Comment 4 Fedora Fails To Install 2024-08-13 00:02:18 UTC
This package has been orphaned.

You can pick it up at https://src.fedoraproject.org/rpms/python-usort by clicking button "Take". If nobody picks it up, it will be retired and removed from a distribution.

Comment 5 Michel Lind 2024-08-16 01:04:16 UTC
Fun. trying to update this since it's also rather outdated, this pulls in m2r which needs the old mistune but docs require sphinx_mdinclude which... needs the new mistune