Appreciating everyone's help, it seems others have attempted this before. Anyway, let's put this through the test of time :) Also, I totally agree with keeping drpms only if they meet certain criteria, i.e. provide >50% savings or similar.
<br><br>Right now, I am trying to figure out how/where the server side will store the drpm metadata. Other.xml.gz seems like a good place, or maybe a new drpm.xml.gz, but I am not sure how such file should be written. Should I just write code that will generate drpms, and that xml metadata file too ? Must the xml file be written according to a specific form, I only need to attach a hash to each drpm, which the clients will use to know whether using the drpm will be successful.
<br><br><div><span class="gmail_quote">On 1/18/07, <b class="gmail_sendername">Toshio Kuratomi</b> <<a href="mailto:a.badger@gmail.com">a.badger@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed, 2007-01-17 at 09:34 -0600, Mike McGrath wrote:<br>> On 1/17/07, seth vidal <<a href="mailto:skvidal@linux.duke.edu">skvidal@linux.duke.edu</a>> wrote:<br>> > On Wed, 2007-01-17 at 09:29 -0600, Mike McGrath wrote:
<br>> > > On 1/17/07, Warren Togami <<a href="mailto:wtogami@redhat.com">wtogami@redhat.com</a>> wrote:<br>> > > > Then limit the delta to the most common update paths. If the desired<br>> > > > delta doesn't exist when the user tries, it can fall back to download
<br>> > > > the full RPM. No big loss.<br>> > ><br>> > > Does anyone track how many updates are released / day? I should start<br>> > > tracking that, I bet its significant.<br>> > >
<br>> ><br>> > If you're willing to work with per-day granularity - you can do it with<br>> > repoquery. Just compare the changes in 'updates-released' from one day<br>> > to the next.<br>
> ><br>> > Keep in mind the package doesn't always go up. Sometimes old pkgs get<br>> > removed. So it could remain the same number but new pkgs are released.<br>> ><br>> > -sv<br>><br>
> i think a lot of this has been discussed before in Fedora. Anyone<br>> know of any threads we can point Ahmed at? Looks like there's a lot<br>> of work to be done :-D<br><br>The first thread I'm aware of was in 1998 and involved xdelta'ing the
<br>rpm's. Google can't locate it so I'm betting it was on contrib-list<br>(whose archives have disappeared from <a href="http://redhat.com">redhat.com</a>)<br><br>Some of the more recent discussions::<br><a href="http://www.redhat.com/archives/fedora-devel-list/2005-December/msg00404.html">
http://www.redhat.com/archives/fedora-devel-list/2005-December/msg00404.html</a><br><a href="http://www.redhat.com/archives/fedora-devel-list/2005-June/msg00018.html">http://www.redhat.com/archives/fedora-devel-list/2005-June/msg00018.html
</a><br><br>... and google knows of others as well. Try::<br> site:<a href="http://redhat.com">redhat.com</a> delta rpm<br><br>-Toshio<br><br><br>_______________________________________________<br>Fedora-infrastructure-list mailing list
<br><a href="mailto:Fedora-infrastructure-list@redhat.com">Fedora-infrastructure-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list">https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
</a><br><br><br><br></blockquote></div><br>