python-nose2 fails to build with Python 3.9.0a2. ERROR: test_dispatch_tests_receive_events (nose2.tests.functional.test_mp_plugin.TestProcserver) ---------------------------------------------------------------------- Traceback (most recent call last): File "/builddir/build/BUILD/nose2-0.9.1/nose2/tests/functional/test_mp_plugin.py", line 133, in test_dispatch_tests_receive_events procserver(ssn, conn) File "/builddir/build/BUILD/nose2-0.9.1/nose2/plugins/mp.py", line 310, in procserver if isinstance(conn, collections.Sequence): AttributeError: module 'collections' has no attribute 'Sequence' There are couple more test failures, involving [Errno 104] Connection reset by peer, but that might be actually caused by the above. In Python 3.9, importing abc classes must be done from collections.abc, not collections. For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.9/fedora-rawhide-x86_64/01138818-python-nose2/ For all our attempts to build python-nose2 with Python 3.9, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.9/package/python-nose2/ 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.9: https://copr.fedorainfracloud.org/coprs/g/python/python3.9/ Let us know here if you have any questions. Python 3.9 will be included in Fedora 33, but the initial bootstrapping has already started. A build failure this early in the bootstrap sequence blocks us very much.
Fixed upstream in https://github.com/nose-devs/nose2/commit/fba2ebfb6e794b12e15810818afd189f5a043097
This gets the job done: +Patch1: https://github.com/nose-devs/nose2/commit/fba2ebfb6e794b12e15810818afd189f5a043097.patch -%autosetup -n %{srcname}-%{version} -p0 +%autosetup -n %{srcname}-%{version} -p1 May I just push it in, or would you prefer a pull request?
Please?
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
In Python 3.9.0a4 we have managed to revert the change that disables importing abstract base classes (collections.abc) directly form the regular collections module. It was reverted to ease transition for projects that did not yet actually dropped support for Python 2.7. The removal is scheduled for Python 3.10 instead. We are mass closing all the bug reports about build failures that were caused by this. Expect a new Bugzilla report in case this package fails to build with Python 3.9 for a different reason as well. In case you haven't done this already, we highly recommend to talk to your upstream and get this fixed anyway, because this will return in Python 3.10 and Python upstream is very unlikely to postpone this once more. In case you've already done that, thank you (this message is mass posted to all the relevant Bugzillas).
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days