Roger Leigh dixit: >Possibly a stupid question here but: Given that we are now autosigning >builds, why can't the slower arches use gzip, and then after upload >they could be recompressed with xz (and resigned) on a faster arch?
xz -2 is fast enough on m68k (IIRC, compresses not worse than bzip2 and is not slower than gzip). I think you could justify even something like xz --lzma=preset=3,dict=8M for speed freaks. However, see my mail in <pine.bsm.4.64l.1112192227580....@herc.mirbsd.org> for a justification for using xz -2 for most packages and xz -2e for packages with really large data (that is not already precompressed, such as gzip’d manpages) on not-fast architectures (with an allowance for -6[e] for debug, but those wouldn’t be on the CDs anyway). bye, //mirabilos -- Solange man keine schmutzigen Tricks macht, und ich meine *wirklich* schmutzige Tricks, wie bei einer doppelt verketteten Liste beide Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1205221205140.23...@herc.mirbsd.org
