Pytest plugin cherrypick#20175
Conversation
…19828) For microsoft#19101 Before the change item events start coming in, we have to ensure quickpick is ready to receive those events.
…nent (microsoft#19827) Ensure we start watchers and create workspace related objects when activating discovery component
Done temporarily on request of Pylance so they can begin testing.
…ation.py Co-authored-by: Brett Cannon <brett@python.org>
…ation.py Co-authored-by: Brett Cannon <brett@python.org>
…ation.py Co-authored-by: Brett Cannon <brett@python.org>
…ation.py Co-authored-by: Brett Cannon <brett@python.org>
brettcannon
left a comment
There was a problem hiding this comment.
There should be no .egg-info directory in the repo (or anywhere). That's really old setuptools stuff. If we have to have an entry_points.txt file then it should be in a .dist-info directory for the code. In fact there should be no use of setuptools in our repo as it's too heavy-handed for what we need it for. We should be using flit_core or hatchling as a build back-end instead since we only have pure Python packages. I.e. no setup.py, only pyproject.toml.
Have you tried using the -p option with the directory containing the plug-in on PYTHONPATH (or some other way to get it on to sys.path)? The wording of https://docs.pytest.org/en/stable/how-to/writing_plugins.html#making-your-plugin-installable-by-others suggests it might not be necessary to define an entry point. It also has an example of how to use pyproject.toml and hatchling to package things up if it turns out we actually do have to provide an entry point.
|
closing in favor of #20566 |
Fixes #20077