nagios shipped by RedHat, but in a specific subscription channel
Christopher
chrismcc at pricegrabber.com
Wed Jan 13 23:28:55 UTC 2010
Hello...
On Wed, 2010-01-13 at 21:13 +0200, Manuel Wolfshant wrote:
> On 01/13/2010 06:11 PM, Stephen John Smoogen wrote:
> > On Wed, Jan 13, 2010 at 6:41 AM, Matthew Miller <mattdm at mattdm.org> wrote:
> >
> >> On Tue, Jan 12, 2010 at 09:41:00AM -0800, Christopher wrote:
> >>
> >>> Possibly RH could use a one-higher Epoch in their channels. Everybody
> >>> wins.
> >>>
> >> That's the path of madness. Let's please not encourage it.
> >>
> >>
> >
> > We also checked and rpm doesn't allow us to use an EPOCH of -1 (for
> > even more madness).
> >
> > I think in the end, we are going to either rebuild what they have in
> > that channel OR not ship it. Joy.
> >
> >
> or recommend using yum-priorities and use priority=1 for base / updates
> / RHN and >=2 for EPEL.
>
cost works in default RHEL5
from man yum.conf
cost relative cost of accessing this repository. Useful for
weighing one repo's packages as greater/less than any other.
defaults to 1000
/etc/yum.repos.d/epel.repo could contain cost=1001
yes? no? maybe?
I use cost=100 so my local repo always wins against rhn
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/epel-devel-list
--
Christopher McCrory
"The guy that keeps the servers running"
chrismcc at pricegrabber.com
http://www.pricegrabber.com
Let's face it, there's no Hollow Earth, no robots, and
no 'mute rays.' And even if there were, waxed paper is
no defense. I tried it. Only tinfoil works.
More information about the epel-devel-list
mailing list