flit icon indicating copy to clipboard operation
flit copied to clipboard

Controlling compression of wheels built in a unified way between the build backends

Open KOLANICH opened this issue 4 years ago • 2 comments

https://github.com/pypa/build/issues/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.

KOLANICH avatar Mar 18 '21 01:03 KOLANICH

What's the use case this is meant to address?

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).

takluyver avatar Mar 18 '21 09:03 takluyver

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.

KOLANICH avatar Mar 18 '21 16:03 KOLANICH