You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was able to work around the issue by installing setuptools in the environment where the pip command could be found, but it's a little awkward and difficult to communicate this dependency.
Perhaps while vendoring relies on an implicit dependency on setuptools in the environment where pip is invoked, perhaps vendoring itself should declare a dependency on pip and setuptools and invoke pip from the same environment where vendoring is executed.
pradyunsg
changed the title
Use of --no-binary :all: is unsupported, causes errors
Use of --no-binary :all: in License Fetching causes errors
Apr 2, 2020
I want to completely rework the license fetching logic; to depend on wheels or source repositories instead of trying to fetch and build sdists. That would significantly speed up the relevant logic as well as resolve this issue.
I just haven't had the time to do it basically, since I first want to write more complete tests for vendoring before adding/changing the functionality.
Attempting to refresh the vendored libraries for pip, I encounter an error:
The build fails because setuptools isn't installed and appdirs has an implicit dependency on setuptools.
I tried building with PEP 517 instead, but I get a different error.
I can see that vendoring invokes pip with
--no-binary :all:
, which is broken and unsupported.The text was updated successfully, but these errors were encountered: