python-avocado fails to build with Python 3.14.0a1. + /usr/bin/python3 selftests/check.py --job-api --nrunner-interface --unit --jobs --functional --optional-plugins --disable-plugin-checks robot Error running method "pre_tests" of plugin "fetchasset": module 'ast' has no attribute 'Str' JOB ID : 1a174c974d5ce1910f53e0b4cd0e0c96a4305665 JOB LOG : /builddir/avocado/job-results/job-2024-10-30T11.09-1a174c9/job.log Traceback (most recent call last): File "/builddir/build/BUILD/python-avocado-92.3-build/BUILDROOT/usr/lib/python3.14/site-packages/avocado/core/job.py", line 638, in run_tests summary |= suite.run(self) ~~~~~~~~~^^^^^^ File "/builddir/build/BUILD/python-avocado-92.3-build/BUILDROOT/usr/lib/python3.14/site-packages/avocado/core/suite.py", line 338, in run return self.runner.run_suite(job, self) ~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^ File "/builddir/build/BUILD/python-avocado-92.3-build/BUILDROOT/usr/lib/python3.14/site-packages/avocado/plugins/runner.py", line 381, in run_suite if not self.run_test(job, test_factory, queue, summary, ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ deadline): ^^^^^^^^^ File "/builddir/build/BUILD/python-avocado-92.3-build/BUILDROOT/usr/lib/python3.14/site-packages/avocado/plugins/runner.py", line 170, in run_test proc.start() ~~~~~~~~~~^^ File "/usr/lib64/python3.14/multiprocessing/process.py", line 121, in start self._popen = self._Popen(self) ~~~~~~~~~~~^^^^^^ File "/usr/lib64/python3.14/multiprocessing/context.py", line 224, in _Popen return _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ File "/usr/lib64/python3.14/multiprocessing/context.py", line 300, in _Popen return Popen(process_obj) File "/usr/lib64/python3.14/multiprocessing/popen_forkserver.py", line 35, in __init__ super().__init__(process_obj) ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ File "/usr/lib64/python3.14/multiprocessing/popen_fork.py", line 20, in __init__ self._launch(process_obj) ~~~~~~~~~~~~^^^^^^^^^^^^^ File "/usr/lib64/python3.14/multiprocessing/popen_forkserver.py", line 47, in _launch reduction.dump(process_obj, buf) ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^ File "/usr/lib64/python3.14/multiprocessing/reduction.py", line 60, in dump ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ TypeError: cannot pickle '_thread.RLock' object when serializing dict item 'lock' when serializing logging.FileHandler state when serializing logging.FileHandler object when serializing dict item '_Job__logging_handlers' when serializing avocado.core.job.Job state when serializing avocado.core.job.Job object when serializing tuple item 0 when serializing dict item '_args' when serializing multiprocessing.context.Process state when serializing multiprocessing.context.Process object Avocado crashed: TypeError: cannot pickle '_thread.RLock' object 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/08189182-python-avocado/ For all our attempts to build python-avocado with Python 3.14, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.14/package/python-avocado/ 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.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42.
*** Bug 2371803 has been marked as a duplicate of this bug. ***