[Nagiosplug-help] Repository of RHEL nagios* RPMs offline?

[Ralph.Grothe at itdz-berlin.de]

Hi Chris,

many thanks for directing my search to the Fedora EPEL project.

I haven't yet heard of it, and am grateful for the new source.

I could easily spot Nagios packages there:

http://download.fedora.redhat.com/pub/epel/5/i386/repoview/nagios
.html

> -----Original Message-----
> From: nagiosplug-help-bounces at lists.sourceforge.net
> [mailto:nagiosplug-help-bounces at lists.sourceforge.net]On 
> Behalf Of Chris
> Adams
> Sent: Wednesday, August 15, 2007 8:05 PM
> To: nagiosplug-help at lists.sourceforge.net
> Subject: Re: [Nagiosplug-help] Repository of RHEL nagios* 
> RPMs offline?
> 
> 
> Once upon a time, Ralph.Grothe at itdz-berlin.de 
> <Ralph.Grothe at itdz-berlin.de> said:
> > for the last three days I have been trying in vain to access
the
> > RHEL/Fedora/CentOS RPM repository
> > hosted by Dag Wieers because I need the nagios* RPMs for
RHEL5,
> > which I can neither find on the official RH DVDs, nor on the
> > CentOS DVD image.
> 
> As an alternate source, you could use Fedora EPEL (Extra
Packages for
> Enterprise Linux).  See http://fedoraproject.org/wiki/EPEL for
more
> information.  It looks like they do have Nagios packages.
> 
> -- 
> Chris Adams <cmadams at hiwaay.net>
> Systems and Network Administrator - HiWAAY Internet Services
> I don't speak for anybody but myself - that's enough trouble.
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and 
> a browser.
> Download your FREE copy of Splunk now >>
http://get.splunk.com/
> _______________________________________________
> Nagiosplug-help mailing list
> Nagiosplug-help at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> ::: Please include plugins version (-v) and OS when reporting 
> any issue. 
> ::: Messages without supporting info will risk being sent to
/dev/null
>