Skip to content
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

Dry-run "find" or equivalent option to list wheels and other files that will be downloaded #12749

Open
schivmeister opened this issue Jun 5, 2024 · 2 comments

Comments

@schivmeister
Copy link

schivmeister commented Jun 5, 2024

The following issue was probably mistakenly closed due to a probable misunderstanding:

#6430

The justification for that is that the original author had left this comment which indicates the works cited until that point were not in the direction the author had in mind:

Neither pip index version now and #10052 covers what I originally needed. I was looking for the information “what file will be downloaded when I install this requirement”. Both features you linked only operate at the version level, but I need the information at the file level. Numpy 1.16.3, for example, contains 22 wheels and 1 sdist, I want to know which one will be selected.

Originally posted by @uranusjr in #6430 (comment)

The existing --dry-run --report flags download the files instead of reporting what would be downloaded. Therefore, the feature request still stands (regardless of whether the original author agrees).

For details of this feature request, please refer to the cited issue above or re-open that issue.

P.S: Since Pip folks don't seem to care for multithreaded downloads (another one closed mistakenly due to misunderstanding, i.e. parallel downloads are not parallel connections), and you won't be supporting external download accelerators, I could at least use a feature like this to get a list of files to download with my chosen tool, so I can max out my 50Mbps and not be stuck to the single-threaded 5Mbps speed limits enforced by the incompetent ISPs in my location. Thank you for understanding!

@notatallshaw
Copy link
Member

Would it be sufficient for dry run not to download the files? #12603

Or do you explicitly want pip to determine what will need to be downloaded as well as what will be installed? (Like what conda does).

Also, regarding your p.s, there is a PR that has made good progress to add parallel downloads #12388

@schivmeister
Copy link
Author

Would it be sufficient for dry run not to download the files? #12603

Or do you explicitly want pip to determine what will need to be downloaded as well as what will be installed? (Like what conda does).

Also, regarding your p.s, there is a PR that has made good progress to add parallel downloads #12388

Thanks for noticing! A dry-run option like #12603 to not download full wheels is indeed a very welcome feature, but it wouldn't output a simple list -- it would output a report that needs further processing. Of course, anyone is free to dismiss this distinction.

Regarding my postscript on multithreaded downloads, unfortunately -- unless I misunderstood the corresponding details and discussion -- #12388 is still about parallel file downloads, not parallel connections per download, like what one could achieve with something like https://pypi.org/project/python-axel/.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants