Closed catap closed 1 year ago
How do I reproduce this? Is this a regression from a previous release?
I try to run unit tests for pytest-asyncio
via MacPorts. I have no idea regarding previous release :(
How did you run the tests? Did you run them via tox
? If not, please try that first.
@agronholm I run it via pytest
. Why is it wrong way?
tox
creates controlled virtualenvs to ensure that the correct dependencies are installed.
Running pytest directly isn't wrong per se, but you need to know what you're doing.
@agronholm yes, but how does venv affect to that issue?
Without a virtualenv, pytest might pick up test plugins that adversely affect the test run. I've seen it happen many times before.
@agronholm it happened on python-3.7 which is installed into MacPorts prefix. This is clean machine (virtual machine) and it has installed only this dependnecies => no wrong plugins.
At start of pytest it says:
:info:test platform darwin -- Python 3.7.17, pytest-7.4.0, pluggy-1.2.0
:info:test rootdir: /opt/local/var/macports/build/_Users_catap_src_macports-ports_python_py-pytest-asyncio/py37-pytest-asyncio/work/pytest-asyncio-0.21.1
:info:test configfile: setup.cfg
:info:test testpaths: tests
:info:test plugins: trio-0.8.0, hypothesis-6.79.4, flaky-3.7.0
All three plugins are required: https://github.com/pytest-dev/pytest-asyncio/blob/main/setup.cfg#L46-L51
Which version of pytest-asyncio are you testing against?
0.21.1
Let me downgrade the version of exceptiongroup
I just ran tox -e py37
on a fresh checkout of pytest-asyncio
after checking out the v0.21.1
tag, and it passed just fine.
Are you 100% sure you were running the latest exceptiongroup release? I've seen a traceback like that with previous versions.
Yes, defently. Let me double check everything.
What a wired things. If I install pytest-asyncio
it works. Otherwise it fails.
Sorry for noise, it isn't a bug.