Closed tbirdso closed 2 years ago
I am surprised we are still under 2GB.
Barely, yes. May be good to plan for zstd upgrade in the next release or two.
Good news and bad news:
--long
compression flag clocks in at 2.06 GB, making it ever so slightly too big to upload as a Github artifact (bad)--long
flag (good)Will subsequently investigate getting external modules to decompress archive with --long
flag.
@thewtex As this is a relatively small change that is blocking ITK v5.3rc04 wheels, and has been tested on computron, I am going to go ahead and merge. Will keep an eye on CI for responsive fixes as necessary.
Comparing the
--help
output between zstd 1.2.0 and 1.5.2 shows that the--long
option is not supported by the former. Without this option the Linux tarball compresses to 1.88 GiB which is less than the 2 GiB limit.In the future we will need to upgrade the zstd version we are distributing to ITK external modules for building Python wheels so that they can take advantage of new, advanced compression flags. For now it seems we can stick with zstd 1.2.0.