If there were a distribution method that uses diffs, I'd recommend using the
last stable as a starting point for testing and unstable. When the diff is
larger than the package itself then it would be preferable to download the
If there were servers with enough space or processing power then diffs
against all versions that they've seen would be nice.
If a diff download between the client's available versions and the server's
is not available then the failure case should have the client downloading
the entire package.
I'm job hunting: http://home.cc.umanitoba.ca/~umdanie8/resume.html
On Wed, 9 Oct 2002, Junichi Uekawa wrote:
> Taral <firstname.lastname@example.org> immo vero scripsit:
> > I've written a couple of scripts which are designed to create xdelta
> > diffs of debian packages. These could conceivably be used to create a
> > delta repository, vastly reducing the download amount for an
> > update/upgrade.
> It might be very difficult to deploy to unstable right now, because
> there is the question of "which deb package to start from ?"
> but it might be very effective in doing security-update packages.
> email@example.com : Junichi Uekawa http://www.netfort.gr.jp/~dancer
> GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
> Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/
> To UNSUBSCRIBE, email to firstname.lastname@example.org
> with a subject of "unsubscribe". Trouble? Contact email@example.com