-
Notifications
You must be signed in to change notification settings - Fork 25
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
[SPIKE] Make micropipenv an alternative to Pipenv #151
Comments
Friendly ping to pip/Pipenv folks if this would be something interesting to them. |
You probably want to talk to pip-tools maintainers, who are working to change their resolver to use pip’s new resolver as well IIUC. |
Thanks for the reply. Sounds like the idea is not novel and we could eventually combine efforts. Thanks! |
Related: pypa/pipenv#4587 (comment) |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
/priority important-soon |
/kind feature |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with /lifecycle rotten |
/remove-lifecycle rotten |
Rotten issues close after 30d of inactivity. /close |
@sesheta: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/remove-lifecycle rotten |
@fridex: Reopened this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Rotten issues close after 30d of inactivity. /close |
@sesheta: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/remove-lifecycle rotten |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with /lifecycle rotten |
Rotten issues close after 30d of inactivity. /close |
@sesheta: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@fridex do you want to continue with this? I'm not sure I fully understand the intention here. IIUC micropipenv now installs packages in a loop until all of them are installed and if some fails they're moved to the end of the queue. This proposal is about using pip resolver for it so the order of installed packages would be determined first and then installed so there should be no failures. Is that correct? |
/lifecycle frozen |
Is your feature request related to a problem? Please describe.
See upstream discussions as this one pypa/pipenv#2873 (still active comments in 2020). Pipenv seems to be slow in some cases and inaccurate (see for example thoth-station/adviser#1613).
Describe the solution you'd like
I was wondering how expensive and complicated it would be to make micropipenv an alternative to Pipenv. We could take a look at pip's new resolver (available in pip>=20.3) and see if the interface is easy to reuse to create a lightweight alternative to Pipenv.
Describe alternatives you've considered
Use Pipenv.
Additional context
This is solely a spike and just heads up on this topic. I'm not sure now how complicated the change would be and if we could seamlessly reuse the new pip's resolver.
The text was updated successfully, but these errors were encountered: