I don't really see any problems with having the complete list of all the mirrors. I usually use the quick find feature in my browser(Ctr F) and that let's me jump directly to the first mirror when I type "US". I suppose you could make the page dynamic and return results when a user indicates a country of origin, but wouldn't this use up more of our scarce computing resources? Just my opinion but I wouldn't worry too much about making /publiclist dynamic. Actually, now that I think about it. Could we not code something to do this for the user in a client side script?

On 5/29/07, Matt Domsch <> wrote:
On Tue, May 29, 2007 at 02:41:12PM +0100, Damian Myerscough wrote:
> Sounds good Matt,
> I had a little idea for why not
> add mod_geoip and have the mirrors list broken down so that users
> connecting from Germany get mirrors located in Germany and not
> mirrors in England (also give them the opportunity to download from
> a mirror outside their country). That's just a little thought, it
> should help with the load slightly.

The mirrorlists returned to yum do use geoip plus other heuristics
(e.g. if there are fewer than 3 mirrors in a country, return the
global list).  So we're good there.

The web pages under /publiclist don't though.  They do list the
country a mirror is in, but they list all the mirrors, currently
194. :-) Maybe it's too long a page for people to crawl through to
find their country; I'm open to page design suggestions.  But I don't
want to keep per-country static pages for these; I do per-country
per-repo static text files for the yum mirrorlists as a backup, and
there are nearly 4300 such files.  I don't want to duplicate all that
again for the /publiclist pages...


Matt Domsch
Software Architect
Dell Linux Solutions &
Linux on Dell mailing lists @

Fedora-infrastructure-list mailing list