Unify typing for `__path__`?

After the last mypy update v0.920, I started to notice an inconsistency with how the module variable __path__ is typed mainly across typeshed, mypy, and pyright.

In the Python docs it's mentioned as:

`__path__` must be an iterable of strings, but it may be empty.

However the docs for pkgutil.extend_path go on say it's mostly a list (?) cpython/pkgutil.py

    If the input path is not a list (as is the case for frozen
    packages) it is returned unchanged.  The input path is not
    modified; an extended copy is returned.  Items are only appended
    to the copy at the end.

From my point of view, it isn't entirely clear what the "correct" type should be. Some points to consider though:

• In most cases it seems to be a list[str].
• It was mentioned here however that it can sometimes also be a MutableSequence[str]
• The __path__ type should be valid as first argument to pkgutil.extend_path. At the moment that only applies to list[str] but obviously the argument type for extend_path could be changed to, for example, accept a TypeVar bound to Iterable[str] instead.
• It seems to be fairly common (and safe ?) to access the at least the first item of __path__ via __getitem__.

Bắt đầu bằng cách so sánh các chú thích của typeshed ModuleType và pkgutil.extend_path với tài liệu về đường dẫn mô-đun của Python và pkgutil, sau đó xem lại các thảo luận được liên kết của mypy và pyright. Xác định một hợp đồng kiểu nhất quán phản ánh hành vi được ghi chép và quan sát được. Được xem là hoàn tất khi các chú thích liên quan nhất quán giữa các stub bị ảnh hưởng và vẫn tương thích với extend_path.