regr_test.py: Allow non-types dependencies
#9382
Conversation
|
tests/utils.py
Outdated
| assert dependency.startswith("types-"), f"unrecognized dependency {dependency!r}" | ||
| dependencies.append(dependency[6:].split("<")[0]) | ||
| return tuple(dependencies) | ||
| if dependency.startswith("types-"): |
There was a problem hiding this comment.
I don't see a problem here, but there are two cases where this logic may do something slightly surprising / different from stub_uploader which will consider something a typeshed stub iff it's something it's uploaded. So maybe worth adding a comment:
This function may consider things to be typeshed stubs even if they haven't been uploaded to PyPI. If a typeshed stub is removed, this function will consider it to be an external dependency.
There was a problem hiding this comment.
Your comment made me realise that there is also an edge case that this function doesn't currently handle: stubs which are uploaded with nonstandard names to PyPI. It'll break, for example, if we ever get a stubs package that depends on types-pika-ts.
This is unlikely to come up in real life, but I may as well fix it.
There was a problem hiding this comment.
How does 42f722f look?
|
I realised that if 9823065 adds much better logging configurability. You can now run |
|
I'm planning on merging this in a few days, if there are no objections from anybody, as I'd like to move on to working on |
Work towards #5768
This PR reworks
tests/regr_test.pyso that the script will still succeed if test cases are added for a stubs package that has non-types dependencies. In the process, it undertakes a lot of the refactoring that will be needed to allow non-types dependencies inmypy_test.py.The approach is very similar to the approach we take in
stubtest_third_party.py: dynamically create virtual environments on the fly in order to test stubs in isolation. Unlikestubtest_third_party.py, however, we only create the venv if it's a package that has non-types dependencies listed. Creating a venv for each package with test cases, even if it's a package that didn't have non-types dependencies, would make the script unacceptably slow.Cc. @Avasam