[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: mirrorlist cgi - legit repo= values?



On Wed, 2006-07-19 at 08:49 +1000, David Timms wrote:
> seth vidal wrote:
> > Hi,
> >  Over the last couple of weeks we've put together a mirror checking tool
> > and a cgi that will verify the currency of the mirrorlist. Then it will
> > generate lists per-country based on geoip country codes as well as a
> > global mirror list.
> ...
> > [development]
> > name=Fedora Core - Development
> > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch
> > 
> > 
> > and for extras:
> > 
> > [extras-development]
> > name=Fedora Extras - Development Tree
> > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=extras-devel&arch=$basearch
> I have tried this on an FC5 + nearly up2date machine, and with the 
> "correct" repo=, it produced a useful mirrorlist and went ahead and 
> updated both core and extras OK.
> 
> ##mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever
> mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch
> 
> ##mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-extras-$releasever
> mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=extras-$releasever&arch=$basearch
> 
> Would it make sense for the repo= to be the repo name, and encode the 
> version eg 1..whatever + rawhide as version=$releasever ?
> ie:
> mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=extras&version=$releasever&arch=$basearch
> 
> Also when yum reads the .repo, could it use the name from either x.repo 
> or the repos defined internally as [extras-debuginfo] etc as a $variable ?
> 

why bother adding all that complexity to yum?

it's just a url - how it is comprised makes no difference at all.

-sv



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]