> > >My initial intention adding support for lzip was to have an alternative > > >to xz 100% compatible with VAX for the patches and tarballs created and > > >hosted directly by the OpenBSD porters in their servers. That is the > > >reason for the adittional change to PATCH_CASES. The support for > > >projects releasing tarballs compressed with lzip is just a side effect.
I think this is pointless for patches, I host a few of these - the largest (due to a mistake) is around 500kB, typically they are around 10kB. Tarballs maybe, though I just tried this with a distfile tar (uncompressed 28M) using default options of the various compression tools; decompressing with lzip took 1.5s to decompress; xz took 1s with very similar memory use (couple of K less than lzip; max rss around 9824). This is all *significantly* slower than gzip's decompression, which was around 0.3 seconds on my test file (and max rss 1156). Interestingly pdlzip was faster at decompressing than lzip (though not as fast as xz).. > I use "-9" for everything compressed with xz, lzip or other modern > compression formats. This isn't a stupid setting! :) xz's manual specifically advises against this (and it's useless for files smaller than 32MB anyway). The default of -6 is pretty good, you can use -6e to save a small amount of space but it's much slower. man xz | less +/The.diff (I would have pasted it, but I wanted to preserve the formatting with the bold text :)
