Written by DrG the 7 Dec 09 at 08:17.
Category: Usability.
Related project:
Nothing/Others.
Status: New
Rationale
Ubuntu installation packages do not have good compression ratios.
Much better compression algorithms which are included in the OS are not used for packaging
Going further, the problem is the files inside the .deb being gzipped. LZMA2 Compression should be used to produce .xz files instead of .gz files.
RPM in Fedora 12 has switched to using XZ compression, the XZ library is still in beta, but the file format has been finalized, supporting the use of .xz instead of .gz on ubuntu would be a huge way forward in saving space, time and bandwidth! Plus disc space / more apps of the live CD.
I think you were closer with #1 than #3 DrG, gz, bz2, lzma, and xz are all main formats.
With Gzip, its fast compression, fast decompression, with bz2 it offers slightly better compression but is slow both ways, with lzma/lzma2(xz) it is the similar to bz2 at compression but decompression speed is closer to gz than bz2. The whole reason bz2 isnt used as much as gz is due to its slow decompression, other compression formats that take 30minutes like the ones you suggested are just no good for using in .deb or updates. KBG is excellent but takes hours.
dino - depends on your PC configurations.
For mine (aspire 4720z ) paq8l - 90% cpu and around 500mb ram with -6 switch. But may be still useful for the narrow band job , with faster switches . with lzma ( built in ) , 80 % cpu around 20 seconds with around 500 mb ram.
dino, depends on the configuration used to compress.
With XZ all default, it requires 192MB to compress, but only 18MB to decompress, which is in-line to even meet the Ubuntu absolute minimum system requirements of 32MB RAM as it is only the developer (compress) who requires more memory. I must point out at this point that LZMA/LZMA2 has been ported to the Amiga and works on those systems with such limited CPU and RAM available. Take a read on the internet of recent benchmarks done with Gz, Bz2, 7z, Xz etc.
@ fizyk
There will be no question of incompatibility.
There may be version controls for deb packages . Just ask to install another package , which includes the decompresser , in older system without compatibility to the new packages.
In extreme case make them something like '.ui' ( for ubuntu installer ) instead of '.deb' and another package, say 'libui' ( containing decompresser and such stuff ) which should be installed before installing '.ui' .
Fizyk, Your concern over breaking Debian compatibility with the past is valid, but Ubuntu is practically "Debian unstable" on a tigher release schedule.
Anything useful that Ubuntu produces will make its way back to Debian since they're so similar already and both the same licenses.