Compressing packages with bzip2 instead gzip?

[DXPUBLICA at telefonica.net]

Why you don't write a spec for that? (in wiki or in launchpad)

I think 
that your idea is the best I saw in this topic for determining the 
"best" (best compression and fast compression/decompression) compress 
program: 
with some files, 7z is the best, with others is bzip, ....

This idea is useful for bandwith savings and for CD space saving (in 
one CD of 
dapper we could add more programs than in breezy; at least 
more languages 
packs)

Greetings,
Xan.


El 09/12/05 18:36:06, en/na 
Carlos Ribeiro va escriure:
> 
> An idea: the compression tests could 
be done automatically by a
> 'repacking'
> script on the central 
repository. It's a computationally intensive
> task, but
> it could be 
done in the background. The script would do the
> following:
> 
> -- 
get the original .deb
> -- repack the components with a number of 
different tools
> -- select the smallest ones
> -- generate a new deb 
file
> 
> Although slow, this is at least an automatic procedure -- 
something
> you can
> throw at a server to work over 24x7 day after 
day, perhaps using
> otherwise
> unused cycles. The savings in 
bandwidth (both server side and user
> side)
> could potentially pay 
for it. And we would avoid putting one more
> strain on
> the back of 
packagers (testing to check which tool compresses better)
> --
> they 
could always work with .tar.gz for development.
> 
> (After writing I 
realized that the repacker script can also be
> distributed
> to do 
this automatically... but for some reason I believe this is
> something
> that can be handled by a server in the repository.)
> 
> --
> Carlos 
Ribeiro
> Consultoria em Projetos
> blog: http://rascunhosrotos.
blogspot.com
> blog: http://pythonnotes.blogspot.com
> mail: 
carribeiro at gmail.com
> mail: carribeiro at yahoo.com
> 

> --
> ubuntu-
devel mailing list
> ubuntu-devel at lists.ubuntu.com
> http://lists.
ubuntu.com/mailman/listinfo/ubuntu-devel
>