Monitor Gentoo portage

[Matthias Kellermann]

Hari Sekhon schrieb:
> Matthias Kellermann wrote:
>> critical update: fixes a security hole (nagios state: critical)
>> non-critical update: just a new version with new features etc. (nagios 
>> state: warning)
>>
>> Thanks for your help and if you need any help for this plugin don't 
>> hesitate to ask me.
> Ok thanks.
> 
> Just out of curiosity, why would you want to know if there are new 
> version of a package available? There may be so many packages on a 
> server, that there is always some update. Do you intend to continuously 
> update the system for things which have no benefit?

It's kinda interesting to know which packages are new.

> eg. on a relatively light server with 174 packages, the odds of a newer 
> version of some small irrelevent program having gotten an update for 
> some feature you don't even know about is quite high I think.
> 
> Perhaps that kind of thing is better left for a switch option as I think 
> most people really wouldn't want to be bothered about that.

You are right - a switch would be the best thing. For most people only 
the security flaws are interesting.

> Do you, for example, update all packages on your gentoo servers all the 
> time? I would think that this would destabilize your server by 
> constantly changing things...?

At the moment I don't have that much Gentoo machines out there. Most are 
running FreeBSD oder Debian, there aren't lots of updates.

> What do you think?

I think the switch is the best solution to get everyone happy :)

Matthias




-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null