Packages with .libs directories result in don't work

[zobac]

Packages with .libs directories result in don't work

[zobac]

Ok, I submitted a pull request with the fixes for matplotlib >= 3.7.0 and an added hook for mpl_toolkits when matplotlib >= 3.7.0.

To handle other packages I was having issues with I created my own hooks file where I define hooks for babel >= 2.8.0 and pyzmq >= 23.0.0 and then in my setup file I import py2exe.hooks and punch my hooks into the module. Not the most elegant solution, but it works.

I can add my custom hooks to py2exe.hooks.py if you want.

[zobac]

I'm working on updating the MPL hook to patch the _delvewheel_init_patch_1_3_3 function, based on the patch you implemented for scipy. It seems to work, but now I'm hitting a similar issue with finding "mpl-data". Once I resolve these issues I'll make a pull request.

[zobac]

Ok, I've got mpl working now. Had to add a hook for mpl_toolkits as well. Not sure if I handled versions < 3.7.0 properly though.

Is there an easy way to inject add custom hooks at runtime? It feels like this problem is going to come up more often as more packages move to storing their required .dlls in an adjacent .libs directory.

[albertosottile]

Thanks for the PR, I reviewed it just now. Out of curiosity: why does a messaging library like pyzmq depend on matplotlib? In any case, if you think your babel hook is functional, feel free to add it to the PR as well.

[zobac]

Sweet. I'll implement the requested changes in the next couple days.

Just to clarify: pyzmq doesn't depend on matplotlib. The problem with all of these is that the devs are using delvewheel for packaging, and delvewheel puts the required .dll files in an adjacent package.libs directory.

[albertosottile]

Fixed in 0.13.0.1 . Thanks for your contribution!