[Yum] local repo before remote?

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

 



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.


[Index of Archives]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux