Suggest documenting that packages_distributions won't work with editable installs
#402
Comments
|
A longer term alternative to simply documenting the limitation would be to standardise something equivalent to |
jpn--
added a commit
to driftlesslabs/sharrow
that referenced
this issue
Aug 12, 2022
editable mode is broken in 64, python/importlib_metadata#402
jpn--
added a commit
to camsys/activitysim
that referenced
this issue
Aug 12, 2022
jpn--
added a commit
to ActivitySim/sharrow
that referenced
this issue
Aug 25, 2022
* do not drop dims when analog is missing * fix shared memory for sparse arrays * flows work with numba jit disabled * fix error in looking up from empty sparse rows * fix reverse in sparse * allow None in attrs * import .dataset by default * limit to setuptools<64 editable mode is broken in 64, python/importlib_metadata#402 * fix install info in docs addresses #25 * re-loop aster for mixed spacenames, fix np.clip * faster dataset from dataframe * update install reqs * add 3.10 to test matrix
|
Is there a planned solution for this being tracked anywhere? |
|
I'm not aware of one. It would require expanding the standard for editable installs to provide the necessary metadata. There's nothing importlib_metadata can do until that happens. It looks like pypa/packaging-problems#620 already tracks a similar if not identical concern. Feel free to chime in and contribute there. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As discussed in pypa/packaging-problems#609, PEP 660 editable wheels which are generated by backends other than setuptools will not contain a
top_level.txtand with theRECORDonly listing e.g. the pth file with an entry to the original package directory,packages_distributionswill not be able to reconcile editable packages with their corresponding distributions.The text was updated successfully, but these errors were encountered: