-
Notifications
You must be signed in to change notification settings - Fork 541
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
Support producing uncompressed wheels for development #2240
Comments
I'd approve a PR adding an arg to py_wheel that plumbs through to affect the compression level. |
Awesome! I can try to take a look at that next week |
keith
added a commit
to keith/rules_python
that referenced
this issue
Sep 27, 2024
This is useful for development where, for large wheels, a significant portion of the time can be spent compression native binaries Fixes bazelbuild#2240
github-merge-queue bot
pushed a commit
that referenced
this issue
Oct 1, 2024
This is useful for development where, for large wheels, a significant portion of the time can be spent compression native binaries Fixes #2240
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently
py_wheel
+wheelmaker
uses standard zip compression when producing a wheel. When you're iterating on a wheel target, this can take a huge amount of time for large wheels with native binaries. In our case it takes ~3 minutes just to zip the dev wheel. It would be great if this compression knob was exposed somehow, in our case that time goes down to ~10 seconds if I just change this tozipfile.ZIP_STORED
.The text was updated successfully, but these errors were encountered: