<div dir="ltr">I have requested time at upcoming Nagios conference for 30 minute BoF session on this topic and to get feedback on any general features people may like to see in all the plugins. They have't got back to me yet (only sent email on Friday) but this is not a formal session and so I'd not expect an issue with holding it after normal sessions are over.<div>

<br></div><div>My own plugins library and several plugins will support the syntax at <a href="https://github.com/willixix/nagios-plugins/wiki/New-Threshold-Syntax">https://github.com/willixix/nagios-plugins/wiki/New-Threshold-Syntax</a> by conference time (just committed most of the necessary code yesterday).</div>

<div><br></div><div>I hope that as independent library authors move in to this syntax, the official plugins can too although I totally understand about the manpower in the open-source effort. Still I'd like to see it a a future long-term goal to support this.</div>

<div><br></div><div>William </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 21, 2013 at 5:35 AM, Holger Weiß <span dir="ltr"><<a href="mailto:holger@cis.fu-berlin.de" target="_blank">holger@cis.fu-berlin.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Páll Guðjón Sigurðsson <<a href="mailto:palli@ok.is">palli@ok.is</a>> [2013-07-15 20:57]:<br>
<div class="im">> We implemented same RFC in pynag (python modules for nagios related<br>
> stuff). We also hit some walls and wanted to make modifications.<br>
> Unfortunately, it's been a long time since it was written and author of<br>
> the proposal is not answering my emails on the topic.<br>
><br>
> I am not sure if there is a lot of motivation among the nagios-plugins<br>
> folks to implement this RFC, so i wonder if third party libraries like<br>
> you and should coordinate on it anyway ?<br>
<br>
</div>We (the Plugins Development Team) discussed this internally, but we<br>
haven't really reached a consensus on how to proceed.  Some concerns<br>
have been raised regarding the added complexity and the amount of<br>
refactoring necessary to check only for specified thresholds.<br>
<br>
Either way, I guess we must acknowledge that we currently lack the<br>
manpower to implement a new threshold syntax, which means we'll probably<br>
stick to the current syntax for the time being.  So I'd say yes: Please<br>
move ahead independently of us.  Personally I quite like the new syntax,<br>
and if you settled on the details and it works well for you, we can<br>
still decide on whether and how to adopt it :-)<br>
<br>
Thanks a lot for your work on this!<br>
<br>
Holger<br>
<br>
------------------------------------------------------------------------------<br>
Introducing Performance Central, a new site from SourceForge and<br>
AppDynamics. Performance Central is your source for news, insights,<br>
analysis and resources for efficient Application Performance Management.<br>
Visit us today!<br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________________<br>
Nagios Plugin Development Mailing List <a href="mailto:Nagiosplug-devel@lists.sourceforge.net">Nagiosplug-devel@lists.sourceforge.net</a><br>
Unsubscribe at <a href="https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel</a><br>
::: Please include plugins version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</div></div></blockquote></div><br></div>