python-bz2file fails to build with Python 3.8.0b2. + /usr/bin/python3 test_bz2file.py ................................................E................. ====================================================================== ERROR: testWithoutThreading (__main__.BZ2FileTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_bz2file.py", line 504, in testWithoutThreading f.write(b"abc") File "/builddir/build/BUILD/bz2file-0.98/bz2file.py", line 391, in write return len(data) File "/usr/lib64/python3.8/_dummy_thread.py", line 129, in __exit__ self.release() File "/usr/lib64/python3.8/_dummy_thread.py", line 176, in release raise error RuntimeError During handling of the above exception, another exception occurred: Traceback (most recent call last): File "test_bz2file.py", line 504, in testWithoutThreading f.write(b"abc") File "/builddir/build/BUILD/bz2file-0.98/bz2file.py", line 141, in close self._buffer_offset = 0 File "/usr/lib64/python3.8/_dummy_thread.py", line 129, in __exit__ self.release() File "/usr/lib64/python3.8/_dummy_thread.py", line 176, in release raise error RuntimeError ---------------------------------------------------------------------- Ran 66 tests in 0.922s FAILED (errors=1) It is not very clear to me, what rally went wrong. For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.8/fedora-rawhide-x86_64/00964853-python-bz2file/ For all our attempts to build python-bz2file with Python 3.8, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.8/package/python-bz2file/ 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.8: https://copr.fedorainfracloud.org/coprs/g/python/python3.8/ Let us know here if you have any questions.
Reported at https://github.com/nvawda/bz2file/issues/7 : bz2file's test suite blocks the threading module to simulate systems where threads aren't available. Since Python 3.7, Python no longer supports systems without threads; the threading module is always available. The test fails with RuntimeError errors in Python 3.8.0 beta 2.
I can confirm that tests fail also in Python 3.7.4.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
The coordinated rebuild of Python 3.8 has started in the `f32-python` side tag. If you figure out how to rebuild this package, please don't rebuild it in regular rawhide, but use the side tag instead: on branch master: $ fedpkg build --target=f32-python To wait for a build to show up in the side tag, do: $ koji wait-repo f32-python --build=<nvr> Where <nvr> is name-version-release of the source package, e.g. python-foo-1.1-2.fc32. An updated mock config is posted at: http://copr.fedorainfracloud.org/coprs/g/python/python3.8/ Note that it will take a while before the essential packages are rebuilt, so don't expect all your dependencies to be available right away. Thanks. Let us know if you need up to date info, or if you have any questions. PS this message is mass posted to all the bugs that block the PYTHON38 bug. If this is also a Fedora 31 FTBFS bug and you manage to fix it, you can do a f31 build as usual: on branch f31: $ fedpkg build
The f32-python side tag has been merged. In order to rebuild the package, do it in regular rawhide, but please wait until python3-3.8 is tagged: $ koji wait-repo f32-build --build python3-3.8.0~b3-3.fc32 If your built already started in f32-python, after it is finished, please tag it to rawhide with: $ koji tag-build f32-pending <nvr> For example: $ koji tag-build f32-pending libreoffice-6.3.0.4-3.fc32 Thanks! (This comment is mass posted to all bugzillas blocking the PYTHON38 tracking bug.)
(Python 3.8 has landed in the rawhide buildroot.)
Upstream seem nonrepsonsive and nothing seems to require this. Shall we retire the package?
Shall we retire the package?
Please, respond.
Consider this the reminder described as step 4 in https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
https://pagure.io/releng/issue/9223
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
Dear Maintainer, your package has not been built successfully in 32. Action is required from you. If you can fix your package to build, perform a build in koji, and either create an update in bodhi, or close this bug without creating an update, if updating is not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to acknowledge this. Following the latest policy for such packages [2], your package will be orphaned if this bug remains in NEW state more than 8 weeks. A week before the mass branching of Fedora 33 according to the schedule [3], any packages not successfully rebuilt at least on Fedora 31 will be retired regardless of the status of this bug. [1] https://fedoraproject.org/wiki/Updates_Policy [2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ [3] https://fedoraproject.org/wiki/Releases/33/Schedule
I ma retiring the package.
FEDORA-2020-ec3b10864f has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ec3b10864f
fedora-obsolete-packages-32-37 has been pushed to the Fedora 32 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-ec3b10864f
fedora-obsolete-packages-32-37 has been pushed to the Fedora 32 stable repository. If problems still persist, please make note of it in this bug report.