File: templates

package info (click to toggle)
logtool 1.2.8-11
  • links: PTS
  • area: main
  • in suites: bookworm, bullseye
  • size: 972 kB
  • sloc: ansic: 1,824; sh: 724; makefile: 69
file content (82 lines) | stat: -rw-r--r-- 3,738 bytes parent folder | download | duplicates (7)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
Template: logtool/manual
Type: boolean
Default: true
_Description: Manual configuration of logtool's database?
 Logtool needs a database with regular expressions that describe logfile
 entries that should be ignored, or considered less important. You can
 write this database manually, or use the very flexible database in the
 package logcheck-database for this purpose.
 .
 If you choose to use logcheck-database and already added values to the
 files in /etc/logtool, these files will be replaced by symbolic links in
 the logcheck database (although backups will be preserved). Make sure this
 is not unwanted behaviour.
 .
 Reply positively to manually write a database, or negatively to use the
 database from the package "logcheck-database".
 .
 Note: since logtool does not depend on this database (but instead
 Recommends it), the default answer to this question is to manually
 configure the database.

Template: logtool/ignore-start
Type: select
Choices: paranoid, server, workstation
Default: paranoid
Description: Ignored template
 No longer used template (although its value is read for upgrade purposes),
 no need to translate it.

Template: logtool/use-level
Type: boolean
Default: true
# NOTE to translators: The terms 'paranoid', 'server', 'workstation',
# 'violations', 'cracking', and 'violations-ignore' refer to file names in
# /etc/logcheck. To avoid user confusion, these terms should either NOT be
# translated, or the translated terms should be mentioned between brackets
# after the untranslated version, like so:
# violations (inbreuken).
# Or, if you prefer, the other way around.
_Description: Do you want to use the '${level}' level regular expressions?
 The database in the logcheck-database package defines three levels:
 paranoid, server, and workstation; and it also has a database for cracking,
 violations, and ignored violations ('violations-ignore'). Logcheck allows you
 to pick one of the levels, and ignores the rest.
 .
 Logtool, on the other hand, can use multiple databases, which either
 specify lines that should be completely excluded from output
 (/etc/logtool/exclude) or lines that should be given a specific color
 (green, yellow, blue, magenta, cyan, brightcyan). There is also the
 possibility to not create an exclude file, and use an 'include' style of
 file instead; its use is not recommended. Last but not least, files that
 are not excluded from output but that do not match any other regular
 expression are colored red.
 .
 If you want to map the '${level}' level database of regular expressions to
 one of the above specified options, then answer positively to this
 question.

Template: logtool/map-level-to-file
Type: select
_Choices: exclude, include, green, yellow, blue, magenta, cyan, brightcyan
_Description: What do you want the ${level} level of regular expressions to do?
 Please specify what you want to do with a line if it matches at least one
 of the regular expressions in the ${level} level database. You have the
 following options (note that regular expressions are matched on a
 line-per-line basis):
 .
  * exclude: discard matching lines
  * include: discard all but matching lines. Not recommended. Note that
    this is mutually exclusive with 'exclude'.
  * green, yellow, blue, magenta, cyan, brightcyan: give matching lines
    the specified color.
 .
 Note that each option can be specified for only one of paranoid,
 server, or workstation.

Template: logtool/error-multiple
Type: error
_Description: Please do not select an action more than once
 You have selected the action ${action} for at least ${level1} and
 ${level2}. This is invalid; please either select a unique action for each
 level, or go back and choose not to use a certain level.