Re: rpmfind becoming less usefull

Date view Thread view Subject view Author view

From: Daniel Veillard (Daniel.Veillard@w3.org)
Date: Fri Jun 16 2000 - 09:42:00 EDT


On Fri, Jun 16, 2000 at 11:30:24PM +1000, jason andrade wrote:
> On Fri, 16 Jun 2000, Daniel Veillard wrote:
>
> > it is at each major upgrade it refetches the list, sort it by proximity
> > and when a site seems off it switches to the next one automatically.
> > The list have to be maintained by hand unfortunately :-(
>
> ah ok - it makes a little more sense now. though i'm still not quite
> sure what this means - if i'm listed as a possible site and it tries
> to contact me (after it has worked out i am close) - it could still
> find i have totally different metadata/index than if it was insisted
> it directly talk to rpmfind.net i guess ?

  I have a hard time parsing this sentence ...
If you mean "my local RDF base may have different tahthe one on rpmfind.net"
then yes. This is the case for example for the redhat database. They scan
only RedHat related packages (and contribs). Rpmfind coming with RH-6.1 then
lookup only a smaller pool of packages by default. The autolookup will try
to avoid this problem, but getting a perfect solution doesn't look possible.
  As I said I intend to work on this and finishing mechanical autoupgrade
support from rpmfind. It's *hard* because there is a possibly infinite
number of source for packages, and doing - as of now - the maintenance by
hand of the sources lists and metadata mirrors is turning into an
impossible task.

Daniel

-- 
Daniel.Veillard@w3.org | W3C, INRIA Rhone-Alpes  | Today's Bookmarks :
Tel : +33 476 615 257  | 655, avenue de l'Europe | Linux XML libxml WWW
Fax : +33 476 615 207  | 38330 Montbonnot FRANCE | Gnome rpm2html rpmfind
 http://www.w3.org/People/all#veillard%40w3.org  | RPM badminton Kaffe


Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Thu May 10 2001 - 18:40:12 EDT