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 - 04:35:34 EDT

On Thu, Jun 15, 2000 at 11:17:45PM -0500, Bob Tanner wrote:
>
> Quoting Harry Putnam (reader@newsguy.com):
> >
> >
> > rpmfind is a tool I've come to appreciate highly, however,
> > it seems, in recent mnths rpmfind is becoming less usefull. More
> > timeouts on downloads, failure to change directories on server
> > (often), when ncftpget on the same address will get the file.
> >
> > Out of date information:
> >
> > `rpmfind --latest emacs' should now find the emacs-20.7 that is on
> > redhat updates. Instead it returns:
>
> I am also disappointed that rpmfind see Mandrake packages when I run just
> RedHat and that many of the packages are not where rpmfinds them.

Did you tried to add:

no_distrib=mandrake

in you .rpmfind ?

Concerning the overall degradation of services this is due to a number
of factors:
  - multiplication of distributions
  - less time for maintenance (I'm very busy those days)
  - the partition hosting the metadata got full, which gave me serious
    troubles
  - it's hard to make *any* centralized service scale
  - I have upgraded the code but not released it lately, it seems I'm
    the only one using the CVS code.
  - I'm more thinking about the evolution of the RPM format itself
    currently than the metadata base, one step at a time

I will hopefully have more time during the summer, I plan a serious
reorganization of the service, In the meantime:
  - I accept patches :-)
  - I accept drives [*]

  I have only 24 hours a day, a job unrelated to rpmfind which keeps me
busy, and other projects like libxml taking a lot of my free time...

Daniel

[*] The multiplication of dristros and the pace at which they get updated
    is a nightmare 1/ to stay up to date 2/ to index properly 3/ to store !
    state of rpmfind.net data disks (same for fr.rpmfind.net they are twins)
/dev/hdd8 11176162 10172313 423503 96% /serveur/ftp/linux/0
/dev/hde4 13933268 10911866 2296877 83% /serveur/ftp/linux/1
/dev/hdf4 11681819 9826922 1248132 89% /serveur/ftp/linux/2
/dev/hdh2 24933399 22839029 790548 97% /serveur/ftp/linux/4
/dev/hdc3 14083019 14082594 425 100% /serveur/ftp/linux/3
/dev/hdg1 35111912 31351448 1976852 94% /serveur/ftp/linux/5
/dev/hdb1 39389776 36038496 1350388 96% /serveur/ftp/linux/6
    I'm not calling for individual contributions, but I would appreciate
    donations from whose who really take advantage from the service i.e.
    the distributions vendors.

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