[Nagiosplug-devel] New plugins, autoconf & pre-built binaries

Jeremy T. Bouse jeremy+nagios at undergrid.net
Fri Mar 28 19:38:14 CET 2003


On Fri, Mar 28, 2003 at 09:41:47PM +0000, Ton Voon wrote:
> Just wanted some opinions on a few things.
> 
> 1) What's the policy on new plugins? I'm working on check_cpu from the 
> New Plugins tracker on SF and - if I get it working - should it go into 
> contrib/ or plugins/? What makes a plugin go from contrib to the main 
> area?
> 
	Not sure of this one myself... Would have to ask one of the project
admins this one...

> 2) I'm having terrible problems with the poll calls in check_cpu as 
> Darwin does not include sys/poll.h and I can't seem to get them into 
> lib/ using autoconf 2.13. Works fine in autoconf 2.5x as I use the 
> AC_LIBOBJ function, but this kicks up lots of fusses when run in v2.13. 
> Another reason to update?
> 
	Yeah because of the problems with this was partially why the
getaddrinfo.[ch] and gethostbyname.[ch] went into plugins/ rather than lib/, the
other part was the linking issues... Didn't make sure to link all plugins
against the socket libraries if they didn't make socket calls which was what it
would have done... Possibly need to consider a libnagiosplugin*.a file that is
socket calls and one for non-socket functions? Also the AC_CHECK_MEMBERS
function that was added for the check_disk plugin (I believe) also makes a
requirement for 2.57 as AC_CHECK_MEMBERS is not in 2.13... So it almost seems
like moving to 2.57 is the way to go... I've also been looking around and it
seems we have a whole lot of tests being done for stuff that doesn't appear to
be used anywhere... This may be from old code who knows, but maybe before the
next release we should take a good look and audit things...

> 3) There's been a thread in nagiosplug-help about pre-built binaries. 
> How about housing them on SF's web servers with a link to the platform 
> maintainers? Or a page of links to other people's web sites with a 
> disclaimer of first contacting the platform maintainers? My crystal 
> ball on this is a bit fuzzy.
> 
	Well I'm working on the Solaris packaging using both Solaris 7 and
Solaris 9 on SPARC at work... I'm also talkin with the current Debian
Netsaint/Netsaint Plugin/Nagios maintainer to see if he minds me managing the
Debian Nagios Plugin package... So far signs look like he has no problems
letting me handle that and just coordinating with him for Nagios but not all
settled yet we're still bouncing emails which is difficult due to timezone
differences... I would like to get the Nagios plugins in Debian before it goes
to freeze so that the plugins will be available along with Nagios itself...
Right now he has it depending on the older Netsaint plugins as the Nagios
plugins haven't been packaged and uploaded yet...

	If I do end up packaging the Nagios plugins for Debian I will prolly do
as I've done with Firewall Builder (http://fwbuilder.sf.net) and setup a nitely
CVS Debian package build... I currently have one in place for fwbuilder that
builds a Debian package against Woody/stable and Sid/unstable every nite from
CVS... Works great for those wanting to be "early adopters" and test as
development goes and has helped upstream improve the software before releases...

	Jeremy




More information about the Devel mailing list