A more efficient up2date service using binary diffs

Harald Hoyer harald at redhat.com
Mon Mar 14 17:28:47 UTC 2005


Rex Dieter wrote:
> Yeah, and then *every* revision of the rpm needs to be made available in 
> order to construct every possible patch (unless *only* patches from the 
> base rpm are ever released, which, IMO, would be bad in other ways).

why?
The server has the FC-3 released rpm, the newest update rpm, and the newest 
delta from the released to the newest.

client checks for new rpm
if there is a new one:
	if there is not a local released-rpm (maybe on CD):
		if there is an old update and old delta?:
			reconstruct the released rpm, by reverse delta		
			download the delta
			apply delta to the released-rpm > newest
			install newest-rpm
		else:			
			download the newest-rpm
			download the delta (to later create the released-rpm)
			install newest-rpm
	else:
			download the delta
			apply delta to the released-rpm > newest
			install newest-rpm

The update app could ask to insert the appropriate CD to get the released-rpm.	




More information about the devel mailing list