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
Unfortunately, each build backend has an own way to build wheels, so each one has to get an own issue. I wonder if the interface for specifying compression can be standardized.
The text was updated successfully, but these errors were encountered:
KOLANICH
changed the title
Controlling compression of wheels built in an unified way between the build backends
Controlling compression of wheels built in a unified way between the build backends
Mar 18, 2021
If you want to make installation faster by avoiding compressing and decompressing the data, it may be better to return to an idea that was part of the PEP 517 discussions, of an interface to create an 'unpacked wheel' - i.e. a directory with the same contents as a wheel zip file. That would give both the frontend and the backend more possibilities for speeding things up (e.g. writing files in parallel, moving rather than copying).
If you want to make installation faster by avoiding compressing and decompressing the data, it may be better to return to an idea that was part of the PEP 517 discussions, of an interface to create an 'unpacked wheel' - i.e. a directory with the same contents as a wheel zip file.
Yes, and not only. Increasing compression can also be useful. Though unpacked wheel is an ultimate solution of all the questions related to wheel compression, since I can use 7z then to compress.
pypa/build#258
Unfortunately, each build backend has an own way to build wheels, so each one has to get an own issue. I wonder if the interface for specifying compression can be standardized.
The text was updated successfully, but these errors were encountered: