Bug 1899278

Summary: python-zodbpickle fails to build with Python 3.10: ImportError: cannot import name 'TESTFN' from 'test.support'
Product: [Fedora] Fedora Reporter: Miro Hrončok <mhroncok>
Component: python-zodbpickleAssignee: Jerry James <loganjerry>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: loganjerry, mhroncok, thrnciar
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: python-zodbpickle-2.0.0-6.fc34 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-11-18 23:55:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1890881    

Description Miro Hrončok 2020-11-18 19:42:22 UTC
python-zodbpickle fails to build with Python 3.10.0a2.

Traceback (most recent call last):
  File "/builddir/build/BUILD/zodbpickle-2.0.0/setup.py", line 45, in <module>
    setup(
  File "/usr/lib/python3.10/site-packages/setuptools/__init__.py", line 153, in setup
    return distutils.core.setup(**attrs)
  File "/usr/lib64/python3.10/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib64/python3.10/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/usr/lib64/python3.10/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.10/site-packages/setuptools/command/test.py", line 232, in run
    self.run_tests()
  File "/usr/lib/python3.10/site-packages/setuptools/command/test.py", line 250, in run_tests
    test = unittest.main(
  File "/usr/lib64/python3.10/unittest/main.py", line 100, in __init__
    self.parseArgs(argv)
  File "/usr/lib64/python3.10/unittest/main.py", line 147, in parseArgs
    self.createTests()
  File "/usr/lib64/python3.10/unittest/main.py", line 158, in createTests
    self.test = self.testLoader.loadTestsFromNames(self.testNames,
  File "/usr/lib64/python3.10/unittest/loader.py", line 220, in loadTestsFromNames
    suites = [self.loadTestsFromName(name, module) for name in names]
  File "/usr/lib64/python3.10/unittest/loader.py", line 220, in <listcomp>
    suites = [self.loadTestsFromName(name, module) for name in names]
  File "/usr/lib64/python3.10/unittest/loader.py", line 205, in loadTestsFromName
    test = obj()
  File "/builddir/build/BUILD/zodbpickle-2.0.0/src/zodbpickle/tests/test_pickle.py", line 27, in test_suite
    from .test_pickle_3 import test_suite
  File "/builddir/build/BUILD/zodbpickle-2.0.0/src/zodbpickle/tests/test_pickle_3.py", line 7, in <module>
    from .pickletester_3 import AbstractPickleTests
  File "/builddir/build/BUILD/zodbpickle-2.0.0/src/zodbpickle/tests/pickletester_3.py", line 10, in <module>
    from test.support import (
ImportError: cannot import name 'TESTFN' from 'test.support' (/usr/lib64/python3.10/test/support/__init__.py)


test.support is an internal module with no stable API, TESTFN got removed:

https://bugs.python.org/issue40275

As a stop gap measure, it can be imported from test.support.os_helper instead (still internal and unstable).


For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.10/fedora-rawhide-x86_64/01774087-python-zodbpickle/

For all our attempts to build python-zodbpickle with Python 3.10, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.10/package/python-zodbpickle/

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.10:
https://copr.fedorainfracloud.org/coprs/g/python/python3.10/

Let us know here if you have any questions.

Python 3.10 will be included in Fedora 35. To make that update smoother, we're building Fedora packages with early pre-releases of Python 3.10.
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.

Comment 1 Jerry James 2020-11-18 23:55:29 UTC
There were a few more problems, all fixed now in Rawhide.  Upstream already filed its own tracking bug for python 3.10, so all issues will hopefully be addressed upstream soon.