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