This fork serves a very niche purpose where we have to run certain pieces of code that are run on system Python and cannot be changed in any way. These programs use stdlib-list which doesn't support Python 3.10, and will break when the system Python is updated. Python 3.10 introduced built-in tools for doing the same thing so this fork simply gets the list of modules from sys.stlib_module_names when an unsupported version is encountered.
This package includes lists of all of the standard libraries for Python 2.6, 2.7, 3.2, 3.3, 3.4, 3.5, 3.6, 3.7, 3.8, and 3.9 along with the code for scraping the official Python docs to get said lists.
Because knowing whether or not a module is part of the standard library will come in handy in a project of mine. And I'm not the only one who would find this useful. Or, the TL;DR answer is that it's handy in situations when you're analyzing Python code and would like to find module dependencies.
After googling for a way to generate a list of Python standard libraries (and looking through the answers to the previously-linked Stack Overflow question), I decided that I didn't like the existing solutions. So, I started by writing a scraper for the TOC of the Python Module Index for each of the versions of Python above.
However, web scraping can be a fragile affair. Thanks to a suggestion by @ncoghlan, and some further help from @birkenfeld and @epc, the population of the lists is now done by grabbing and parsing the Sphinx object inventory for the official Python docs of each relevant version.
>>> from stdlib_list import stdlib_list
>>> libraries = stdlib_list("2.7")
>>> libraries[:10]
['AL', 'BaseHTTPServer', 'Bastion', 'CGIHTTPServer', 'ColorPicker', 'ConfigParser', 'Cookie', 'DEVICE', 'DocXMLRPCServer', 'EasyDialogs']
For more details, check out the docs.