Re: Number of Debian packages [was Re: iMatix Open Source software]
- To: firstname.lastname@example.org
- Subject: Re: Number of Debian packages [was Re: iMatix Open Source software]
- From: Laurent Martelli <email@example.com>
- Date: 01 Jul 1999 11:18:23 +0200
- Message-id: <firstname.lastname@example.org>
- In-reply-to: Philip Hands's message of "01 Jul 1999 09:29:24 +0100"
- References: <E10z8IL-00026j-00@polya> <199906300814.KAA27812@ezili.sis.pasteur.fr> <19990630122556.A29989@pc5.isr.uni-stuttgart.de> <email@example.com> <firstname.lastname@example.org> <19990630130605.E20976@homey.physics.arizona.edu> <19990701081447.A522@kathryn> <email@example.com>
>>>>> "Philip" == Philip Hands <firstname.lastname@example.org> writes:
Philip> Robert Thomson <email@example.com>
>> There should be an rsync option for Packages.gz in apt, imho..
>> Assuming of course, rsync does indeed give a sufficient
>> benefit.. and enough mirrors support it.
Philip> That would have to be an rsync of Packages, not Packages.gz,
Philip> since rdiff doesn't do it's thing with compressed files.
Philip> Given that we do know what the data is, it might be simpler
Philip> to take advantage of that, rather than using rsync.
Philip> Perhaps we could produce diff files every day, although it
Philip> might be tough to get APT to determin which diff file(s) one
Philip> actually needed to download.
Philip> At least that way, we could have the process that builds the
Philip> Packages file making inteligent decisiions about how
Philip> worthwhile the diff file was, so that if there were massive
Philip> changes, it just gets rid of all the diffs.
We could at least check that the diff is not null. I'm thinking about
the xfree86 packages, which seem to be all upgraded at each
modification of the source package.