Am Montag 05 November 2007 schrieb Benji Weber:
On Monday 05 November 2007 08:59:41 Michael Matz wrote:
The general plan is to rely on an xdelta/rsync like algorithm,
This should give some savings. It should be possible to get better savings with a custom diff that could be generated by createrepo. It would only need to include the changed package details, and could diff things like the description which I suspect don't change frequently even in factory. Then generate a primary.xml.<oldtimestamp> or something as a diff from that timestamp.
This would be a lot more work than just adding zsync to the download layer though.
On 05/11/2007, Duncan Mac-Vicar Prett <dmacvicar@suse.de> wrote:
ZSync does that already. But as I had said lot of times, it wont work with current metadata because it changes too much and too often.
Really only factory this applies to I think. I update only packages that have changed (checksum) for the package search, and this is faster for many repositories. Only for factory is it counterproductive. The biggest benefit is with packman where rebuilds are rare and one or two packages are usually appended to metadata. The frequently changing repositories that most people have will be the update repository & packman.
I think it can be beneficial even though it doesn't help for factory. It's also true for KDE:KDE3 for example where one checkin of kdelibs3 will recompile everything (which happens often).
Or many other build service repos. So your patch logic would need to find an intelligent way to figure which oldtimestamps do not make sense to be supported because they are better off downloading HEAD and remove these old diffs. Greetings, Stephan -- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org