Binary diffs for deb files
john
gmatht at gmail.com
Wed May 3 10:15:59 BST 2006
This has been discussed in ubuntu-devel before. Perhaps we should move
this discussion to
https://wiki.ubuntu.com/APTPackageDeltas/talk
, as I understand that the core devs want to keep duplicated threads on
ubuntu-devel to a minimum.
On Tue, May 02, 2006 at 10:14:50PM +0100, James Hall wrote:
> Some other issues I have with zsync are:
>
> 1. How easy would it be to recompress all the packages with the gzip
> --rsync flag?
This is not necessary with zsync, see:
http://zsync.moria.org.uk/paper/
(but this has been discussed before at length, and is also mentioned in
the talk page above)
> 2. How do we resign all these packages?
I believe the consensus was that it would be best to maintain binary
equality.
<snip>
> I will carry on testing compression methods and will fully evaluate
> zsync before dismissing it completely, although my initial feeling is it
> will do very little.
My results suggested that zsync would reduce bandwidth to ~33% for
regular upgrades (not necessarily dist-upgrades) compared to 10%-5% for bsdiff.
> Currently there is no easy way I know of to make the repackaged ar files
> have the same checksum as the original, even tho the contents are
> identical.
My rather hackish plan was to just have another patch between `cat
control.tar.gz data.tar.gz` and the ar file. Since the amount of data in
the ar file that isn't part of the data.tar.gz or control.tar.gz is only
~100 bytes, including this patch in the debdiff shouldn't bulk up the debdiff
that much.
--
John C. McCabe-Dansted
Masters Student
More information about the ubuntu-devel
mailing list