python-shadowsocks fails to build with Python 3.9.0a2. Traceback (most recent call last): File "/builddir/build/BUILD/shadowsocks-2.9.1/setup.py", line 8, in <module> setup( File "/usr/lib/python3.9/site-packages/setuptools/__init__.py", line 145, in setup return distutils.core.setup(**attrs) File "/usr/lib64/python3.9/distutils/core.py", line 148, in setup dist.run_commands() File "/usr/lib64/python3.9/distutils/dist.py", line 966, in run_commands self.run_command(cmd) File "/usr/lib64/python3.9/distutils/dist.py", line 985, in run_command cmd_obj.run() File "/usr/lib/python3.9/site-packages/setuptools/command/test.py", line 237, in run self.run_tests() File "/usr/lib/python3.9/site-packages/setuptools/command/test.py", line 255, in run_tests test = unittest.main( File "/usr/lib64/python3.9/unittest/main.py", line 100, in __init__ self.parseArgs(argv) File "/usr/lib64/python3.9/unittest/main.py", line 124, in parseArgs self._do_discovery(argv[2:]) File "/usr/lib64/python3.9/unittest/main.py", line 244, in _do_discovery self.createTests(from_discovery=True, Loader=Loader) File "/usr/lib64/python3.9/unittest/main.py", line 154, in createTests self.test = loader.discover(self.start, self.pattern, self.top) File "/usr/lib64/python3.9/unittest/loader.py", line 349, in discover tests = list(self._find_tests(start_dir, pattern)) File "/usr/lib64/python3.9/unittest/loader.py", line 405, in _find_tests tests, should_recurse = self._find_test_path( File "/usr/lib64/python3.9/unittest/loader.py", line 483, in _find_test_path tests = self.loadTestsFromModule(package, pattern=pattern) File "/usr/lib/python3.9/site-packages/setuptools/command/test.py", line 55, in loadTestsFromModule tests.append(self.loadTestsFromName(submodule)) File "/usr/lib64/python3.9/unittest/loader.py", line 154, in loadTestsFromName module = __import__(module_name) File "/builddir/build/BUILD/shadowsocks-2.9.1/shadowsocks/udprelay.py", line 70, in <module> from shadowsocks import encrypt, eventloop, lru_cache, common, shell File "/builddir/build/BUILD/shadowsocks-2.9.1/shadowsocks/lru_cache.py", line 33, in <module> class LRUCache(collections.MutableMapping): AttributeError: module 'collections' has no attribute 'MutableMapping' See https://docs.python.org/3.9/whatsnew/3.9.html#removed "The abstract base classes in collections.abc no longer are exposed in the regular collections module. This will help create a clearer distinction between the concrete classes and the abstract base classes." For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.9/fedora-rawhide-x86_64/01162151-python-shadowsocks/ For all our attempts to build python-shadowsocks with Python 3.9, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.9/package/python-shadowsocks/ 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. To make that update smoother, we're building Fedora packages with early pre-releases of Python 3.9. 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.
Upstream repo seems to have deleted code and doesn't accept PRs unless there is a fork upon which this package is based : https://github.com/shadowsocks/shadowsocks . Please add in if there is a fork so that I can raise fix for the same. Thanks.
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).