[Yum] local repo before remote?
smcg4191 at frii.com
Sat Apr 15 00:59:39 UTC 2006
seth vidal wrote:
> On Tue, 2006-04-11 at 15:45 -0600, Stuart McGraw wrote:
> > I'm not sure what the lack of responses to my previous
> > post means, but I convinced myself that the FAQ (Q/A13,
> > about how to get Yum to prefer one repo over another)
> > really is wrong, and there is no way to do that currently
> > with yum-2.6.0.
> > I submitted a bug report on this
> > http://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=585
> > and a propsed fix for it
> > http://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=586
> I don't like the sorting-by-repo-name as much b/c it feels too
> arbitrary. If we have two or more equally good sources for a package it
> seems like it would make more sense to sort based on type of repo ie:if
> the repo is a file:// repo then use that one first.
Having yum make a unilateral decision about what repository is
"closest" or "best" seems risky to me. Also, a repopository can
contain multiple mirrors with different distances, yes? Would
yum simply look at the first mirror? Would it pick arbitrarily
if there were two repo's each with a file:// url? Personally,
I would like more control.
> The other option is to indicate a concept of distance so one repo can be
> tagged as 'nearer' or 'farther'
Yes, I think a "preference" per-repo configuration numeric value
would be better than overloading the repo name. (One could call
it "distance" but that seems inaccurately narrow, although for
me the name is not as important as the function.) I would have
offered a patch for that but it seemed a little too complex for
me after a couple hours looking at yum. I also wondered about
adding a plugin hook where the package list is reduced from
multiple to one package.
> But, again, that is only if two repos really provide identical pkgs.
Yes. But this is what Yum already does. I propose only to
make it's choice non-arbitrary and more useful, especially for
those of us with slow/intermittent internet connections. The
way it is now, yum is very difficult to use in this environment
and this would be a major improvement.
More information about the Yum