Re: A more efficient up2date service using binary diffs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.	


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux