-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Missing stubs in Python 3.8 standard library #4545
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Great, thanks! |
I've struck all undocumented modules in the filtered list, which basically only left the tkinter modules. I'm working on a PR with a few other additions. |
I'm working on a PR with the tkinter modules |
(edit: I realised I'd filtered all the lib2to3 modules. Even though lib2to3 is deprecated, we should probably try and get the non specific fix modules in #2510, so I've added them as checkboxes to the filtered list) |
I checked all remaining tkinter modules. |
I'm removing the deprecated modules from the filtered list at the top of this issue, as I think it would be a waste of time for a contributor to prepare a PR adding stubs for a module that's shortly to be removed from CPython altogether. (If a contributor has a valid use case for those modules, then it's obviously fine for them to be added, but I don't think there's value in them being added just for completeness's sake.) |
All the remaining modules are done or struck through as undocumented. Can we close this issue? |
I won't oppose that! |
I'm planning to probably address a number of the remaining undocumented modules in the name of completeness. I feel it's important to work towards a complete view of types in hopes of one day making type information more easily retrievable from online docs (e.g. https://docs.python.org/3/library/os.html) If there is a different focus you'd prefer me to work on though, just let me know |
It also looks like our |
A lot of our third party stubs are incomplete. You could try getting packages you're familiar with to pass with typeshed/stubs/ujson/METADATA.toml Line 4 in f074ef6
This will make sure CI complains if we're missing definitions. There are also per-package allowlists with existing errors that could be fixed. |
If a module is undocumented, feel free to strike it off (#1019 (comment)).
Filtered list:
ctypes.macholib(undocumented, vendored macholib)ctypes.macholib.dyld(undocumented, vendored macholib)ctypes.macholib.dylib(undocumented, vendored macholib)ctypes.macholib.framework(undocumented, vendored macholib)curses.has_key(stubs use_curses.has_key
)email.base64mime(undocumented)email.quoprimime(undocumented)json.scanner(undocumented, implementation detail)multiprocessing.forkserver(concept documented, but neither module nor class)multiprocessing.heap(undocumented, multiprocessing utility)multiprocessing.popen_fork(undocumented, multiprocessing utility)multiprocessing.popen_forkserver(undocumented, multiprocessing utility)multiprocessing.popen_spawn_posix(undocumented, multiprocessing utility)multiprocessing.popen_spawn_win32(undocumented, multiprocessing utility)multiprocessing.reduction(undocumented, multiprocessing utility)multiprocessing.resource_sharer(undocumented, multiprocessing utility)multiprocessing.resource_tracker(undocumented, multiprocessing utility)multiprocessing.util(undocumented, multiprocessing utility)sqlite3.dump(undocumented, sqlite3 utility)xml.dom
)xml.dom.expatbuilder(undocumented, see also Missing standard library xml #3787)xml.dom.minicompat(undocumented, implementation detail)xml.dom.xmlbuilder(undocumented)xml.sax.expatreader(undocumented)Full list:
In particular, the xml modules have actually been requested (#3787) so that's probably where one should start.
(edit: dumping the code for finding stdlib modules here, since it's not straightforward and I find I've needed it a couple times. for finding typeshed stdlib modules, look at stubtest)
The text was updated successfully, but these errors were encountered: