Frequently running into "Trace/breakpoint trap" crashes for packages testing with pytest-qt
See original GitHub issueHi,
Sorry if this is the wrong place to ask, but I am stuck a little.
On the packages for openSUSE which I try to help maintain, I frequently run into crashes like the following:
[ 6s] + PYTHONPATH=/home/abuild/rpmbuild/BUILDROOT/python-spyder-notebook-0.3.0-0.x86_64/usr/lib/python3.8/site-packages
[ 6s] + PYTHONDONTWRITEBYTECODE=1
[ 6s] + pytest-3.8 --ignore=_build.python2 --ignore=_build.python3 --ignore=_build.pypy3 -v
[ 7s] ============================= test session starts ==============================
[ 7s] platform linux -- Python 3.8.5, pytest-6.0.1, py-1.9.0, pluggy-0.13.1 -- /usr/bin/python3
[ 7s] cachedir: .pytest_cache
[ 7s] PyQt5 5.15.1 -- Qt runtime 5.15.1 -- Qt compiled 5.15.1
[ 7s] rootdir: /home/abuild/rpmbuild/BUILD/spyder-notebook-0.3.0
[ 7s] plugins: mock-3.1.1, qt-3.3.0, flaky-3.7.0, xvfb-2.0.0
[ 8s] collecting ... collected 42 items
[ 8s]
[ 8s] spyder_notebook/tests/test_plugin.py::test_shutdown_notebook_kernel /var/tmp/rpm-tmp.WM96pn: line 40: 26369 Trace/breakpoint trap (core dumped) PYTHONPATH=${PYTHONPATH:+$PYTHONPATH:}/home/abuild/rpmbuild/BUILDROOT/python-spyder-notebook-0.3.0-0.x86_64/usr/lib/python3.8/site-packages PYTHONDONTWRITEBYTECODE=1 pytest-3.8 --ignore=_build.python2 --ignore=_build.python3 --ignore=_build.pypy3 -v
[ 8s] error: Bad exit status from /var/tmp/rpm-tmp.WM96pn (%check)
Is there any way to debug and fix this? I checked https://pytest-qt.readthedocs.io/en/latest/troubleshooting.html, and all the libxcb pacakges are present.
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
qtbot.waitSignals broken with PyQt 5.15.1 · Issue #316 - GitHub
Frequently running into "Trace/breakpoint trap" crashes for packages testing with pytest-qt #317. Closed. @The-Compiler. Copy link.
Read more >Troubleshooting — pytest-qt documentation - Read the Docs
pytest-qt needs a DISPLAY to run, otherwise Qt calls abort() and the process crashes immediately. One solution is to use the pytest-xvfb plugin...
Read more >Why a Fatal Python error when testing using pytest-qt?
Unsurprisingly, there is a configuration issue with the Qt5.12 libraries simply being copied into a folder. I was able to craft a workaround ......
Read more >qGk - River Thames Conditions - Environment Agency - GOV.UK
Royal porthcawl dress code, Soul crash online game, Shinko printer rental, Narender singh ... Mail open relay online test, Tavoli in legno massello...
Read more >Running Autotests | Qt Creator Manual
In the Test framework field, select Qt Test or Qt Quick Test. For a Qt test, select the GUI Application check box to...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You’re welcome! Bitstream Vera is the usual default choice I think, but openSUSE might have some kind of “I need some default TTF font” metapackage as well, no idea.
Indeed, installing a font package helps. Now I run into #316 without the breakpoint trap. I just have to figure out what is the best package in the ecosystem and proper way to require at least one default font.
Thank you so much!