Alex Waygood
Alex Waygood
+1, I think this would be really useful
Reopening as per https://github.com/python/typeshed/pull/7543#pullrequestreview-1123222530 -- the original snippet still causes mypy to emit a false-positive error, even using mypy master and typeshed master.
Well, seems like there's little enthusiasm for this change :)
@dargueta I've moved the stubs into the correct location in our directory structure and fixed the flake8 lint issues. Unfortunately, because the stub was in the wrong place in our...
@dargueta, would you be able to look at the remaining mypy errors? In some cases the "overlapping overloads" errors can probably be `type: ignore`d, but some of them might point...
The following lines in the `py3_common` stubtest allowlist are there as a result of this weirdness with respect to `__all__`: https://github.com/python/typeshed/blob/a82a4bc62b81959ba728186de7a18d5e3c9f8b9e/tests/stubtest_allowlists/py3_common.txt#L624-L636 and https://github.com/python/typeshed/blob/a82a4bc62b81959ba728186de7a18d5e3c9f8b9e/tests/stubtest_allowlists/py3_common.txt#L706-L708
`distutils.command.__init__` is yet another module that has an `__all__` publicly declaring many objects to be available, even though they aren't actually imported ([here's what it looks like at runtime](https://github.com/python/cpython/blob/main/Lib/distutils/command/__init__.py)). The...
Typeshed no longer supports Python 2 (even if a third-party library supports Python 2, our stubs for that library _don't_), so I'm fully in support of this! I don't think...
I think @JelleZijlstra has a good point, actually; I've changed my mind. Most of the `__nonzero__` methods in typeshed are hangovers from Python 2, but what if some third-party code,...
> But they don't in the cases of this PR 🙂 Sure -- maybe we should go ahead with this PR, then (after the runtime PRs have been merged), but...