Age | Commit message (Collapse) | Author | Files | Lines |
|
GnuTLS doesn't provide a SSL_CTX_check_private_key() function.
Closes #1254.
|
|
|
|
|
|
|
|
|
|
The SNMPv3 noAuthNoPriv security level, somewhat unintuitively, requires
a security name to be passed along together with the request. Check_snmp
previously did not do this, causing snmpget to throw an error:
"External command error: No log handling enabled - turning on stderr
logging
snmpget: No securityName specified"
This patch fixes the issue by always providing the security name when
noAuthNoPriv is specified.
See also:
https:://bugs.op5.com/view.php?id=8385.
Signed-off-by: Anton Lofgren <alofgren@op5.com>
|
|
anything
|
|
|
|
|
|
If you don't specify a group or a file to read data from the plugin tries to read from several files that don't exist and no groups.
|
|
|
|
|
|
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
|
|
Perl's "taint" checks don't like `use lib "$FindBin::Bin"'.
Cf. http://www.perlmonks.org/?node_id=585299
|
|
|
|
|
|
Remove the buggy and complex awk(1) magic in "plugins-scripts/subst.in"
in favor of simple sed(1) substitutions.
The plugins in the "plugins-scripts" directory now always use the PATH
specified via "./configure --trusted-path", or the default PATH
hard-coded in "configure.ac".
Fixes #1242.
|
|
* awiddersheim/fix_trusted_path:
Fix trusted path
Conflicts:
plugins-scripts/check_ntp.pl
plugins-scripts/subst.in
Closes #1212.
|
|
|
|
It was only used to replace the 'use lib utils.pm' with the proper
libexec dir, which is now solved by using Perl's FinBin.
Closes #1241
|
|
'use lib utils.pm' is not valid Perl syntax:
Bareword "utils" not allowed while "strict subs" in use at plugins-scripts/check_ircd.pl line 52.
Bareword "pm" not allowed while "strict subs" in use at plugins-scripts/check_ircd.pl line 52.
This makes it impossible to use the plugins directly from the git tree,
e.g. while hacking on them.
Using FindBin::Bin as the library path allows that, while preserving
the original behaviour of adding the libexec path when the plugin is
properly installed.
|
|
|
|
autodetected
Closes: #1242
|
|
|
|
This is done by looking at some common directories and files each
MTA installs on the system. If no known file is found, the old default
sendmail is used. Of course this still can be overridden by -M.
|
|
This
| allows you to choose whether the so called "rebuild rules" should be
| enabled or disabled. With AM_MAINTAINER_MODE([enable]), they are
| enabled by default, otherwise they are disabled by default. In the
| latter case, if you have AM_MAINTAINER_MODE in configure.ac, and run
| `./configure && make', then make will *never* attempt to rebuild
| configure, Makefile.ins, Lex or Yacc outputs, etc. I.e., this
| disables build rules for files that are usually distributed and that
| users should normally not have to update.
|
| The user can override the default setting by passing either
| `--enable-maintainer-mode' or `--disable-maintainer-mode' to
| configure.
|
| People use AM_MAINTAINER_MODE either because they do not want their
| users (or themselves) annoyed by timestamps lossage (see CVS), or
| because they simply can't stand the rebuild rules and prefer running
| maintainer tools explicitly.
[ https://www.gnu.org/software/automake/manual/automake.html ]
|
|
The old name has been deprecated years ago. The Autoconf documentation
says:
| Previous versions of Autoconf promoted the name configure.in, which is
| somewhat ambiguous (the tool needed to process this file is not
| described by its extension), and introduces a slight confusion with
| config.h.in and so on (for which `.in' means "to be processed by
| configure"). Using configure.ac is now preferred.
[ https://www.gnu.org/software/autoconf/manual/autoconf.html ]
|
|
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
|
|
Currently, there doesn't seem to be a way to configure Travis CI to omit
the Clang build on the coverity/* branches.
See: https://github.com/travis-ci/travis-ci/issues/1975
|
|
Modify the "branch_pattern" for the Coverity add-on so that it also
matches "coverity/master" and "coverity/maint".
|
|
thats because check_procs verifys there is a user for a
given uid filter. So even we use sample data for this
test, we still need a real user.
Signed-off-by: Sven Nierlein <Sven.Nierlein@consol.de>
|
|
This seems to result into more problems in the wild then before 'fixing' it
Closes Debian #739254
Reopen Debian #734811
|
|
|
|
Use two spaces for indentation.
|
|
Have Travis CI send build failure and recovery notifications to the
team@ list.
|
|
Run Coverity Scan builds on Travis CI, but only when pushing into the
"coverity" branch.
|
|
|
|
[skip ci]
|
|
just keeped 'make' in script target
|
|
|
|
|
|
|
|
Remove unnecessary whitespace in Makefile.am
|
|
|
|
|
|
|
|
|
|
check_snmp becomes capable of evaluating negative values properly,
but it might be returning CRITICALs where it used to return OK and was ignored,
if a negative value turns out to actually be a valid value.
If negative values are valid, this can be worked around,
by adding "~:" to the warning/critical threshold : 100 -> ~:100
|
|
Next commit will work on fixing these!
|
|
|