GeezerVison

Can you leave the encodings package for another time?

Fine with me. I'm going to run the buildbots on the PR first though.

I find the noise caused by the generation of the 120+ files there very distracting: even though they are not in the repo, the Make output still adds 360+ lines each time a dependency of _freeze_module changes, which is pretty much any C or .h file in the project.

This seems like something we could fix.

It would be nice if we could freeze submodules of a package (and maybe even its __init__.py file) without freezing the entire package. Perhaps we can think of ways to tweak import.c so that importing "foo.bar" first looks for a frozen foo.bar before looking in foo.__path_rozen_?

I have a different branch that does the right thing for __path__. I just haven't bothered with it yet.

PS. The default is still "off" right? I only get frozen modules with -X frozen_modules.

Right.

🤖 New build scheduled with the buildbot fleet by @ericsnowcurrently for commit 74e292182cfcc8b3413745ddbc543d7a2413b418 🤖

If you want to schedule another build, you need to add the ":hammer: test-with-buildbots" label again.

FYI, I'm working on fixing the "altered the execution environment" (test_socket) failures I'm seeing on the refleak buildbots.

[UPDATE] Ah, looks like it wasn't me: https://bugs.python.org/issue45187#msg402074