-
Notifications
You must be signed in to change notification settings - Fork 19
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
dask_awkward
is imported unexpectedly when pickling an awkward
array
#570
Comments
Probably the pickle implementation can live upstream in awkward, if it needs no dask-awkward specific operations. That would enable removing dask-awkward from the entrypoint - but you would need to coordinate with the awkward repo. Do you know how exactly it gets imported? Having this repo produce three packages rather than the current two is, of course, possible, but annoying! Other options for deferring imports in the main package init maybe would be worse. |
By a naive comparison to the The
In this way, there will still be two packages and no need to touch the |
I was wondering more what the call chain was that led to importing - maybe prospective importing here should be user-optional, or depend on whether dask_awkward was already in sys.modules. Of course, by the time any of this is seen from any execution in this repo, dask-awkward is always already in memory. |
To import on demand is possible but may require some changes in the upstream, e.g. before this line check if |
I noticed
dask
anddask_awkward
will be imported when pickling anawkward
array even thoughdask_awkward
is only installed but not used in the current environment . e.g.will give
True, True
.This is likely invoked by this awkward pickle plugin. Given the implementation doesn't rely on
dask_awkward
, will it be better to put this in a separate folder like the dask sizeof plugin?The text was updated successfully, but these errors were encountered: