From 423d0c52674bfa4ec49e4ae8bce645131f657f74 Mon Sep 17 00:00:00 2001 From: Dirk Mueller Date: Mon, 16 Feb 2026 11:21:21 +0100 Subject: Fix a few typos (#2231) --- doc/NEW_STARTERS | 2 +- doc/RELEASING.md | 2 +- doc/developer-guidelines.sgml | 10 +++++----- 3 files changed, 7 insertions(+), 7 deletions(-) (limited to 'doc') diff --git a/doc/NEW_STARTERS b/doc/NEW_STARTERS index 2c5aac88..4fda35fb 100644 --- a/doc/NEW_STARTERS +++ b/doc/NEW_STARTERS @@ -10,7 +10,7 @@ Need to know: 1. Add member to team mailing list (https://www.monitoring-plugins.org/list/listinfo/team/) and to the commits mailing list (https://www.monitoring-plugins.org/list/listinfo/commits/), - add sourceforge email address via Privacy Options->Sender filters) + add sourceforge email address via Privacy Options->Sender filters 2. Add Sourceforge access: - Translator: CVS access, Shell access, Release Tech (no) - Developer: Project role: Developer, CVS access, Shell access, Release Tech (no), Task Manager (A&T), diff --git a/doc/RELEASING.md b/doc/RELEASING.md index e1f3bf74..700683e7 100644 --- a/doc/RELEASING.md +++ b/doc/RELEASING.md @@ -9,7 +9,7 @@ using the remote name `monitoring-plugins` (rather than `origin`). Before you start ---------------- -- Check Github Actions status. +- Check GitHub Actions status. - Update local Git repository to the current `master` tip. For a maintenance release (e.g., version 2.4.1), update to the current `maint-2.4` tip, instead. diff --git a/doc/developer-guidelines.sgml b/doc/developer-guidelines.sgml index 0afa733b..8288b897 100644 --- a/doc/developer-guidelines.sgml +++ b/doc/developer-guidelines.sgml @@ -23,9 +23,9 @@ Preface - The purpose of this guidelines is to provide a reference for + The purpose of these guidelines is to provide a reference for the plugin developers and encourage the standardization of the - different kind of plugins: C, shell, perl, python, etc. + different kinds of plugins: C, shell, perl, python, etc. Monitoring Plugins Development Guidelines Copyright (C) 2000-2024 (Monitoring Plugins Team) @@ -68,7 +68,7 @@ You should always print something to STDOUT that tells if the service is working or why it is failing. Try to keep the output short - - probably less that 80 characters. Remember that you ideally would like + probably less than 80 characters. Remember that you ideally would like the entire output to appear in a pager message, which will get chopped off after a certain length. @@ -214,7 +214,7 @@ back a numerical value, or metric, which is then compared to the warning and critical thresholds. Use the get_status(double, thresholds *) function to compare the value against the thresholds. - This is the generalised format for ranges: + This is the generalized format for ranges: [@]start:end @@ -474,7 +474,7 @@ If writing to a file (perhaps recording - performance data) explicitly close close it. The plugin never + performance data) explicitly close it. The plugin never calls exit; that is caught by p1.pl, so output streams are never closed. -- cgit v1.2.3-74-g34f1