python-pynetdicom fails to build with Python 3.11.0b3. Traceback (most recent call last): File "/usr/lib/python3.11/site-packages/sphinx/config.py", line 332, in eval_config_file exec(code, namespace) ^^^^^^^^^^^^^^^^^^^^^ File "/builddir/build/BUILD/pynetdicom-2.0.1/docs/conf.py", line 48, in <module> import pynetdicom ^^^^^^^^^^^^^^^^^ File "/builddir/build/BUILD/pynetdicom-2.0.1/pynetdicom/__init__.py", line 5, in <module> from pydicom.uid import UID ^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/pydicom/__init__.py", line 32, in <module> from pydicom.dataelem import DataElement ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/pydicom/dataelem.py", line 30, in <module> import pydicom.valuerep # don't import DS directly as can be changed by config ^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/pydicom/valuerep.py", line 270, in <module> class TM(_DateTimeBase, datetime.time): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/pydicom/valuerep.py", line 275, in TM _RE_TIME = re.compile( ^^^^^^^^^^^ File "/usr/lib64/python3.11/re/__init__.py", line 227, in compile return _compile(pattern, flags) ^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib64/python3.11/re/__init__.py", line 294, in _compile p = _compiler.compile(pattern, flags) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib64/python3.11/re/_compiler.py", line 777, in compile return _sre.compile( ^^^^^^^^^^^^^ RuntimeError: invalid SRE code Undocumented modules sre_compile, sre_constants and sre_parse are now deprecated. (Contributed by Serhiy Storchaka in bpo-47152.) https://bugs.python.org/issue?@action=redirect&bpo=47152 https://docs.python.org/3.11/whatsnew/3.11.html For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.11/fedora-rawhide-x86_64/04498090-python-pynetdicom/ For all our attempts to build python-pynetdicom with Python 3.11, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/package/python-pynetdicom/ 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.11: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/ Let us know here if you have any questions. Python 3.11 is planned to be included in Fedora 37. To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.11. 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.
*** Bug 2099072 has been marked as a duplicate of this bug. ***
Hello, This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Hello, This is the second reminder (step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Reported upstream https://github.com/pydicom/pynetdicom/issues/793
https://bodhi.fedoraproject.org/updates/FEDORA-2022-742b57e968