Skip to content

pip wheel should have a "don't download wheels" option #2657

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

Closed
pfmoore opened this issue Apr 7, 2015 · 11 comments
Closed

pip wheel should have a "don't download wheels" option #2657

pfmoore opened this issue Apr 7, 2015 · 11 comments
Labels
auto-locked Outdated issues that have been locked by automation type: feature request Request for a new feature

Comments

@pfmoore
Copy link
Member

pfmoore commented Apr 7, 2015

When building wheels via "pip wheel" I often want to just build those wheels that I can't get from PyPI (for example, for upload to a local index). Current behaviour builds the specified requirements and all their dependencies, and also downloads any already-existing wheels into the target wheelhouse.

It would be good to have an option to not download already-existing wheels, so that the resulting wheelhouse only contains wheels that aren't available already. It's then possible to just upload the whole contents of the wheelhouse to the local index, without needing to do an "is this already on PyPI" check.

@pfmoore pfmoore changed the title pip wheel should have a "no download" option pip wheel should have a "don't download wheels" option Apr 7, 2015
@rbtcollins
Copy link

BTW I think the title is wrong: we don't want to not-download-wheels, because we may need wheels to satisfy build time dependencies. We want to not write copies of them into the output directory.

@rbtcollins
Copy link

Oh and we'll definitely need the wheels to get dependency metadata today too.

@pfmoore
Copy link
Member Author

pfmoore commented Apr 8, 2015

Understood. I don't know the best name for the option yet (naming is hard :-)), but from a user perspective I don't want the wheels "downloaded" (the fact that pip needs to download them internally to check dependencies is an implementation detail).

@rbtcollins
Copy link

How about --only-built-wheels
On 8 Apr 2015 6:40 pm, "Paul Moore" [email protected] wrote:

Understood. I don't know the best name for the option yet (naming is hard
:-)), but from a user perspective I don't want the wheels "downloaded" (the
fact that pip needs to download them internally to check dependencies is an
implementation detail).


Reply to this email directly or view it on GitHub
#2657 (comment).

@Russell-Jones
Copy link

--only-build-wheels what? And isn't making "wheel" part of an option for pip wheel redundant? I'd suggest --skip-existing or --get-missing-only

@sublee
Copy link

sublee commented Dec 2, 2015

--skip-existing looks good. Is this issue still active?

@xavfernandez
Copy link
Member

Somewhat related to #1310 indeed. This issue is still active as far as I know.

@sublee
Copy link

sublee commented Dec 3, 2015

I'm trying to make a Ci job. It builds requirements of my project as wheel archives nto in-house wheelhouse Web server. As you know, pip downloads all already built archives. So this CI job is always slow.

If we have no --skip-existing yet, is there some another way to make this CI job be faster?

@pradyunsg pradyunsg added the type: enhancement Improvements to functionality label Oct 17, 2017
@pradyunsg
Copy link
Member

How relevant is this now @pfmoore?

@pfmoore
Copy link
Member Author

pfmoore commented Oct 17, 2017

Personally, it's no longer something I need (mainly because most of the major projects now have wheels available). I'm happy to withdraw it. Do any of the other commenters on this issue still see a need for it?

@pradyunsg pradyunsg added type: feature request Request for a new feature and removed type: enhancement Improvements to functionality labels Oct 24, 2017
@chrahunt
Copy link
Member

chrahunt commented Dec 9, 2019

It's been a few years without comment, so presumably no one else needs it. I will close this, but if anyone sees a need for it please say so!

@chrahunt chrahunt closed this as completed Dec 9, 2019
@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Jan 8, 2020
@lock lock bot locked as resolved and limited conversation to collaborators Jan 8, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
auto-locked Outdated issues that have been locked by automation type: feature request Request for a new feature
Projects
None yet
Development

No branches or pull requests

7 participants