summaryrefslogtreecommitdiff
path: root/sysutils/monitoring/Makefile
AgeCommit message (Collapse)AuthorFilesLines
2017-01-01Add python-3.6 to incompatible versions.wiz1-2/+2
2016-07-09Remove python33: adapt all packages that refer to it.wiz1-2/+2
2015-12-05Extend PYTHON_VERSIONS_INCOMPATIBLE to 35adam1-2/+2
2014-05-09Mark packages that are not ready for python-3.3 also not ready for 3.4,wiz1-2/+2
until proven otherwise.
2014-01-25Mark packages as not ready for python-3.x where applicable;wiz1-3/+2
either because they themselves are not ready or because a dependency isn't. This is annotated by PYTHON_VERSIONS_INCOMPATIBLE= 33 # not yet ported as of x.y.z or PYTHON_VERSIONS_INCOMPATIBLE= 33 # py-foo, py-bar respectively, please use the same style for other packages, and check during updates. Use versioned_dependencies.mk where applicable. Use REPLACE_PYTHON instead of handcoded alternatives, where applicable. Reorder Makefile sections into standard order, where applicable. Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default with the next commit. Whitespace cleanups and other nits corrected, where necessary.
2013-04-22Initial import of monitoring, version 0.9.5, into the NetBSD Packagesimil1-0/+32
Collection. Monitoring is an API with a DSL feel to write monitoring daemons in Python. Monitoring works well for the following tasks: * to be notified when incidents happen (email, XMPP, ZeroMQ...) * automatic actions to be taken (restart, rm, git pull...) * to collect system statistics for further processing e.g. graphs * tie into existing/third-party Python code * play along nicely with existing deployment/configuration ecosystem (fabric/cuisine) Overview * monitoring DSL: declarative programming to define monitoring strategy * wide spectrum: from data collection and incident reporting to taking automatic actions * Small, easy to read, a single file API * Revised BSD License Use Cases * ensure service availability: test and start/stop when problems * collect system statistics/data, log locally and/or remotely * alert on system/service health, take actions