Bug 1928145 - visidata fails to build with Python 3.10: AttributeError: 'NoneType' object has no attribute '__suppress_context__'
Summary: visidata fails to build with Python 3.10: AttributeError: 'NoneType' object h...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: visidata
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Elliott Sales de Andrade
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: PYTHON3.10
TreeView+ depends on / blocked
 
Reported: 2021-02-12 13:36 UTC by Tomáš Hrnčiar
Modified: 2021-03-03 00:31 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-03-03 00:31:15 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Tomáš Hrnčiar 2021-02-12 13:36:41 UTC
visidata fails to build with Python 3.10.0a5.

==================================== ERRORS ====================================
________________________ ERROR collecting test session _________________________
/usr/lib64/python3.10/importlib/__init__.py:126: in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
<frozen importlib._bootstrap>:1049: in _gcd_import
    ???
<frozen importlib._bootstrap>:1026: in _find_and_load
    ???
<frozen importlib._bootstrap>:991: in _find_and_load_unlocked
    ???
<frozen importlib._bootstrap>:241: in _call_with_frames_removed
    ???
<frozen importlib._bootstrap>:1049: in _gcd_import
    ???
<frozen importlib._bootstrap>:1026: in _find_and_load
    ???
<frozen importlib._bootstrap>:991: in _find_and_load_unlocked
    ???
<frozen importlib._bootstrap>:241: in _call_with_frames_removed
    ???
<frozen importlib._bootstrap>:1049: in _gcd_import
    ???
<frozen importlib._bootstrap>:1026: in _find_and_load
    ???
<frozen importlib._bootstrap>:1005: in _find_and_load_unlocked
    ???
<frozen importlib._bootstrap>:698: in _load_unlocked
    ???
<frozen importlib._bootstrap_external>:833: in exec_module
    ???
<frozen importlib._bootstrap>:241: in _call_with_frames_removed
    ???
visidata/__init__.py:48: in <module>
    from .column import *
visidata/column.py:19: in <module>
    INPROGRESS = TypedExceptionWrapper(None, exception=InProgress())  # sentinel
visidata/wrappers.py:63: in __init__
    self.stacktrace = stacktrace()
visidata/errors.py:14: in stacktrace
    return traceback.format_exc().strip().splitlines()
/usr/lib64/python3.10/traceback.py:177: in format_exc
    return "".join(format_exception(*sys.exc_info(), limit=limit, chain=chain))
/usr/lib64/python3.10/traceback.py:129: in format_exception
    te = TracebackException(type(value), value, tb, limit=limit, compact=True)
/usr/lib64/python3.10/traceback.py:531: in __init__
    need_context = cause is None and not e.__suppress_context__
E   AttributeError: 'NoneType' object has no attribute '__suppress_context__'
=========================== short test summary info ============================
ERROR  - AttributeError: 'NoneType' object has no attribute '__suppress_conte...
!!!!!!!!!!!!!!!!!!!! Interrupted: 1 error during collection !!!!!!!!!!!!!!!!!!!!
=============================== 1 error in 0.17s ===============================

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

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

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 Elliott Sales de Andrade 2021-02-13 00:29:40 UTC
I'm not sure how this is anything but a bug in Python 3.10. It affects other packages too, e.g., bug 1928081.

Comment 2 Miro Hrončok 2021-02-13 09:07:25 UTC
Thanks Elliott, it looks like that: https://bugs.python.org/issue43146

Comment 3 Miro Hrončok 2021-03-03 00:31:15 UTC
Fixed in Python 3.10.0a6.


Note You need to log in before you can comment on or make changes to this bug.