Sebastian Rittau

For reference, #5192 did not add docutils stubs, they existed before, but were mainly consisting of module-level `__getattr__()` definitions. I filled it out a bit more. More specifically, `docutils.nodes.reference` is...

This should be auto-generated nightly and put somewhere easily accessible. Unless we have a better idea, I could put it at `typeshed.rittau.org` at first. I also looked into GitHub Pages,...

We could experiment with `NewType` here and see what primer says.

Yes, the interdependencies between the stdlib and typing\_extensions are one of the biggest problems. What do you think of maintaining the stubs at the typing\_extensions repository at least, and copying...

SQLAlchemy is a bit tricky, since `main` is not the current release branch, but work on SQLAlchemy 2.0. The `rel_1_4` branch is what is currently released: https://github.com/sqlalchemy/sqlalchemy/tree/rel_1_4

Looking at the source in 3.8, Python still seems to accept `fn` as a positional argument, but warns about it. So I'd argue that the current stub is correct: https://github.com/python/cpython/blob/d35af52caae844cb4ea0aff06fa3fc5328708af1/Lib/concurrent/futures/_base.py#L558-L581

typeshed generally favors the implementation over documentation and the implementation in 3.8 still allows a keyword argument. But I also wonder why stubtest even complains about this, since the implementation...

While the `Counter` implementation accepts non-int values, I would be careful to use them. Nothing in the documentation suggests that non-int values are okay to use, and `Counter` could break...

Actually I overlooked the [big box](https://docs.python.org/3.8/library/collections.html#collections.Counter) which says: > Counters were primarily designed to work with positive integers to represent running counts; however, care was taken to not unnecessarily preclude...

This is a good example, where defaults for type vars (python/typing#307) would come in handy.