Skip to content
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

Some extra (mostly tests?) modules included #35

Closed
thatch opened this issue Jun 9, 2020 · 3 comments
Closed

Some extra (mostly tests?) modules included #35

thatch opened this issue Jun 9, 2020 · 3 comments

Comments

@thatch
Copy link

thatch commented Jun 9, 2020

From a spot-check, there are some extra modules that don't end up in site-packages on a standard install.

ctypes.test.test_cfuncs
distutils.tests.test_build_scripts
test.badsyntax_pep3120
test.test_asyncio.test_futures
test.test_subprocess
json.re (on 2.7)

Most of these aren't going to pose a big problem for me, but considering top-level names only test.* will. Would you accept a pull request that filters these (just test.* for now) in fetch?

thatch added a commit to thatch/python-stdlib-list that referenced this issue Mar 25, 2021
@thatch
Copy link
Author

thatch commented Mar 25, 2021

On 3.9, there is a lib.libpython3 that is very problematic for usort's use of detecting stdlib top-level names. I fixed and re-ran fetch with some small changes, and it's excluding some others, like posixpath now. I think something has changed in the data upstream.

thatch@e387540 (and changes to fetch script in the couple of commits prior)

@thatch
Copy link
Author

thatch commented Mar 25, 2021

@CJ-Wright I saw your PR #39 -- looks like you didn't use stdlib_list.fetch for that?

@woodruffw
Copy link
Member

Folding under #80.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants