Re: A more efficient up2date service using binary diffs

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

 



Here is my (draft) idea as to how to explore this further. The
advantage of this approach is that it can work as a separate 3rd party
add on software without any modification to the existing software. I
have to confess I'm currently not very familiar with the inner
workings of up2date, apt, yum etc, so maybe there are gotchas here I
havn't thought about.

A RPM repository proxy server runs on the local computer. This proxy
server will be configured with the following information:
  * Location of locally stored RPMs (/var/spool/up2date, copies of
install CDs etc)
  * Location of online RPM repositories
  * Location of RPM diff/delta reposities

Yum/up2date/apt is configured to point to this local server as the repository.

When the proxy server receives a request for a RPM, it checks the diff
repository and obtains a list of diffs that apply to that RPM. It then
checks the local cache to see what RPMs are available. If there is a
suitable match, the downloads the diff, applies the patch, checks the
integrity of the resulting RPM and passes the RPM back to the calling
software (yum/up2date whatever).

If no diff is found, it just downloads the RPM and passes it on directly.

A copy of any new RPM (obtained by diff or by whole) is keep in a
cache for possible use later.

Obviously a separate project is to produce a tool that can
automatically crunch a diff/delta repository out of a standard RPM
repository.

Any flaws in this idea? If not I'll consider taking it on.

Joe.


[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