Re: rpmfind becoming less usefull

Date view Thread view Subject view Author view

From: Carlo Marcelo Arenas Belon (carenas@chasqui.lared.net.pe)
Date: Fri Jun 16 2000 - 09:28:28 EDT


> > i don't have the resources now, but i would make a metadata mirror as soon
> > as i get more disk (yeap, i have 100% too, seems like distributions are
> > getting really big this time)
>
> i don't quite understand this - is mirroring the metadata needed ? i produce
> my own metadata for the archive i run.. i'm not sure how mirroring daniel's

it is not needed, but it is far easier to do, than "mirroring" a new RPM
archive ;).

for sure, RPMs are bigger than just RPM's metadata ;)

> metadata is useful unless rpmfind is (auto?)configured to look for metadata
> in a number of different places.

yeap, this way, rpmfind would better scale because, the load on networks
resources would be distributed as well.

rpmfind has a -s flag that could be used manually to check for a diferent
"rpmfind server", i think that making it "auto configure" itself to look
for the closest "rpmfind server", shouldn't be so hard.

just we should find a way that could "scale better" ;)

> i'm still having rpm2html issues on solaris - i hope they get fixed one
> day but for now its just luck it appears whether it'll work or not. i
> am hoping this problem might go away when we upgrade from 2.6 -> solaris8.

i guess the qsort libc bug the gets "ByName" with just the last group of
packages.., sorry i can't help them either, but i bet there should be a
patch on sunsolve that could help without a full upgrade.

how about libc patches?

Carlo


Date view Thread view Subject view Author view

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