summaryrefslogtreecommitdiffstats
path: root/man5
diff options
context:
space:
mode:
authorAlejandro Colomar <alx@kernel.org>2023-10-31 01:28:55 +0100
committerAlejandro Colomar <alx@kernel.org>2023-10-31 01:37:57 +0100
commitc6d039a3a6edcffa325c584d9942fc64560c32e1 (patch)
treefe4ac58f924a952635fa4018af95db9d8f64ec62 /man5
parent019aad50584289476a9f206adf074326e106713d (diff)
man*/: srcfix (Use .P instead of .PP or .LP)
We're trying to "standardize" on a paragraphing macro from the three equivalent ones (P, PP, LP). We (somewhat arbitrarily) agreed on P. Scripted change: $ find man* -type f | xargs sed -i '/\.PP/s/PP/P/' $ find man* -type f | xargs sed -i '/\.LP/s/LP/P/' Suggested-by: "G. Branden Robinson" <branden@debian.org> Cc: Ingo Schwarze <schwarze@openbsd.org> Signed-off-by: Alejandro Colomar <alx@kernel.org>
Diffstat (limited to 'man5')
-rw-r--r--man5/acct.520
-rw-r--r--man5/charmap.518
-rw-r--r--man5/core.568
-rw-r--r--man5/dir_colors.528
-rw-r--r--man5/elf.588
-rw-r--r--man5/erofs.54
-rw-r--r--man5/filesystems.56
-rw-r--r--man5/ftpusers.54
-rw-r--r--man5/gai.conf.56
-rw-r--r--man5/group.54
-rw-r--r--man5/host.conf.54
-rw-r--r--man5/hosts.512
-rw-r--r--man5/hosts.equiv.560
-rw-r--r--man5/intro.52
-rw-r--r--man5/locale.570
-rw-r--r--man5/motd.52
-rw-r--r--man5/networks.58
-rw-r--r--man5/nscd.conf.548
-rw-r--r--man5/nss.510
-rw-r--r--man5/nsswitch.conf.538
-rw-r--r--man5/passwd.518
-rw-r--r--man5/proc.510
-rw-r--r--man5/protocols.514
-rw-r--r--man5/repertoiremap.58
-rw-r--r--man5/resolv.conf.516
-rw-r--r--man5/rpc.58
-rw-r--r--man5/securetty.54
-rw-r--r--man5/services.526
-rw-r--r--man5/shells.54
-rw-r--r--man5/slabinfo.526
-rw-r--r--man5/sysfs.510
-rw-r--r--man5/termcap.534
-rw-r--r--man5/tmpfs.520
-rw-r--r--man5/ttytype.56
-rw-r--r--man5/tzfile.530
-rw-r--r--man5/utmp.540
36 files changed, 387 insertions, 387 deletions
diff --git a/man5/acct.5 b/man5/acct.5
index e7fd97ff2..e9fa47b0d 100644
--- a/man5/acct.5
+++ b/man5/acct.5
@@ -15,18 +15,18 @@ If the kernel is built with the process accounting option enabled
then calling
.BR acct (2)
starts process accounting, for example:
-.PP
+.P
.in +4n
acct("/var/log/pacct");
.in
-.PP
+.P
When process accounting is enabled, the kernel writes a record
to the accounting file as each process on the system terminates.
This record contains information about the terminated process,
and is defined in
.I <sys/acct.h>
as follows:
-.PP
+.P
.in +4n
.EX
#define ACCT_COMM 16
@@ -65,7 +65,7 @@ enum { /* Bits that may be set in ac_flag field */
};
.EE
.in
-.PP
+.P
The
.I comp_t
data type is a floating-point value consisting of a 3-bit, base-8 exponent,
@@ -73,11 +73,11 @@ and a 13-bit mantissa.
A value,
.IR c ,
of this type can be converted to a (long) integer as follows:
-.PP
+.P
.nf
v = (c & 0x1fff) << (((c >> 13) & 0x7) * 3);
.fi
-.PP
+.P
The
.IR ac_utime ,
.IR ac_stime ,
@@ -101,7 +101,7 @@ and
fields is widened from 16 to 32 bits
(in line with the increased size of UID and GIDs in Linux 2.4 and later).
The records are defined as follows:
-.PP
+.P
.in +4n
.EX
struct acct_v3 {
@@ -135,19 +135,19 @@ and the details vary somewhat between systems.
None.
.SH HISTORY
glibc 2.6.
-.PP
+.P
Process accounting originated on BSD.
.SH NOTES
Records in the accounting file are ordered by termination time of
the process.
-.PP
+.P
Up to and including Linux 2.6.9,
a separate accounting record is written for each thread created using
the NPTL threading library;
since Linux 2.6.10,
a single accounting record is written for the entire process
on termination of the last thread in the process.
-.PP
+.P
The
.I /proc/sys/kernel/acct
file, described in
diff --git a/man5/charmap.5 b/man5/charmap.5
index c4e02aad7..40a9ad673 100644
--- a/man5/charmap.5
+++ b/man5/charmap.5
@@ -38,11 +38,11 @@ This value must be less than or equal than
.RI < mb_cur_max >.
If not specified, it defaults to
.RI < mb_cur_max >.
-.PP
+.P
The character set definition section starts with the keyword
.I CHARMAP
in the first column.
-.PP
+.P
The following lines may have one of the two following forms to
define the character set:
.TP
@@ -55,23 +55,23 @@ being optional.
This form defines a character range and its byte sequence,
.I comment
being optional.
-.PP
+.P
The character set definition section ends with the string
.IR "END CHARMAP" .
-.PP
+.P
The character set definition section may optionally be followed by a
section to define widths of characters.
-.PP
+.P
The
.I WIDTH_DEFAULT
keyword can be used to define the default width for all characters
not explicitly listed.
The default character width is 1.
-.PP
+.P
The width section for individual characters starts with the keyword
.I WIDTH
in the first column.
-.PP
+.P
The following lines may have one of the two following forms to
define the widths of the characters:
.TP
@@ -80,7 +80,7 @@ This form defines the width of exactly one character.
.TP
.RI < character >...< character >\ width
This form defines the width for all the characters in the range.
-.PP
+.P
The width definition section ends with the string
.IR "END WIDTH" .
.SH FILES
@@ -93,7 +93,7 @@ POSIX.2.
The Euro sign is defined as follows in the
.I UTF\-8
charmap:
-.PP
+.P
.nf
<U20AC> /xe2/x82/xac EURO SIGN
.fi
diff --git a/man5/core.5 b/man5/core.5
index 2b1c0f7ec..2fb7979da 100644
--- a/man5/core.5
+++ b/man5/core.5
@@ -16,14 +16,14 @@ This image can be used in a debugger (e.g.,
to inspect the state of the program at the time that it terminated.
A list of the signals which cause a process to dump core can be found in
.BR signal (7).
-.PP
+.P
A process can set its soft
.B RLIMIT_CORE
resource limit to place an upper limit on the size of the core dump file
that will be produced if it receives a "core dump" signal; see
.BR getrlimit (2)
for details.
-.PP
+.P
There are various circumstances in which a core dump file is
not produced:
.IP \[bu] 3
@@ -115,13 +115,13 @@ option.
The kernel was configured without the
.B CONFIG_COREDUMP
option.
-.PP
+.P
In addition,
a core dump may exclude part of the address space of the process if the
.BR madvise (2)
.B MADV_DONTDUMP
flag was employed.
-.PP
+.P
On systems that employ
.BR systemd (1)
as the
@@ -139,7 +139,7 @@ file (since Linux 2.6 and 2.4.21)
can be set to define a template that is used to name core dump files.
The template can contain % specifiers which are substituted
by the following values when a core file is created:
-.PP
+.P
.RS 4
.PD 0
.TP 4
@@ -211,7 +211,7 @@ Epoch, 1970-01-01 00:00:00 +0000 (UTC).
Numeric real UID of dumped process.
.PD
.RE
-.PP
+.P
A single % at the end of the template is dropped from the
core filename, as is the combination of a % followed by any
character other than those listed above.
@@ -230,7 +230,7 @@ and
.I /proc/sys/kernel/core_uses_pid
(see below)
is nonzero, then .PID will be appended to the core filename.
-.PP
+.P
Paths are interpreted according to the settings that are active for the
crashing process.
That means the crashing process's mount namespace (see
@@ -239,7 +239,7 @@ its current working directory (found via
.BR getcwd (2)),
and its root directory (see
.BR chroot (2)).
-.PP
+.P
Since Linux 2.4, Linux has also provided
a more primitive method of controlling
the name of the core dump file.
@@ -250,7 +250,7 @@ file contains the value 0, then a core dump file is simply named
If this file contains a nonzero value, then the core dump file includes
the process ID in a name of the form
.IR core.PID .
-.PP
+.P
Since Linux 3.6,
.\" 9520628e8ceb69fa9a4aee6b57f22675d9e1b709
if
@@ -264,7 +264,7 @@ file.
If the first character of this file is a pipe symbol (\fB|\fP),
then the remainder of the line is interpreted as the command-line for
a user-space program (or script) that is to be executed.
-.PP
+.P
Since Linux 5.3.0,
.\" commit 315c69261dd3fa12dbc830d4fa00d1fad98d3b03
the pipe template is split on spaces into an argument list
@@ -283,7 +283,7 @@ Executable names with multiple spaces in them are not correctly represented
in earlier kernels,
meaning that the core dump handler needs to use mechanisms to find
the executable name.
-.PP
+.P
Instead of being written to a file, the core dump is given as
standard input to the program.
Note the following points:
@@ -354,7 +354,7 @@ files prematurely.
This in turn creates the
possibility that a misbehaving collecting program can block
the reaping of a crashed process by simply never exiting.
-.PP
+.P
Since Linux 2.6.32,
.\" commit a293980c2e261bd5b0d2a77340dd04f684caff58
the
@@ -364,7 +364,7 @@ The value in this file defines how many concurrent crashing
processes may be piped to user-space programs in parallel.
If this value is exceeded, then those crashing processes above this value
are noted in the kernel log and their core dumps are skipped.
-.PP
+.P
A value of 0 in this file is special.
It indicates that unlimited processes may be captured in parallel,
but that no waiting will take place (i.e., the collecting
@@ -378,13 +378,13 @@ Since Linux 2.6.23, the Linux-specific
file can be used to control which memory segments are written to the
core dump file in the event that a core dump is performed for the
process with the corresponding process ID.
-.PP
+.P
The value in the file is a bit mask of memory mapping types (see
.BR mmap (2)).
If a bit is set in the mask, then memory mappings of the
corresponding type are dumped; otherwise they are not dumped.
The bits in this file have the following meanings:
-.PP
+.P
.PD 0
.RS 4
.TP
@@ -420,24 +420,24 @@ bit 8 (since Linux 4.4)
Dump shared DAX pages.
.RE
.PD
-.PP
+.P
By default, the following bits are set: 0, 1, 4 (if the
.B CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS
kernel configuration option is enabled), and 5.
This default can be modified at boot time using the
.I coredump_filter
boot option.
-.PP
+.P
The value of this file is displayed in hexadecimal.
(The default value is thus displayed as 33.)
-.PP
+.P
Memory-mapped I/O pages such as frame buffer are never dumped, and
virtual DSO
.RB ( vdso (7))
pages are always dumped, regardless of the
.I coredump_filter
value.
-.PP
+.P
A child process created via
.BR fork (2)
inherits its parent's
@@ -447,18 +447,18 @@ the
.I coredump_filter
value is preserved across an
.BR execve (2).
-.PP
+.P
It can be useful to set
.I coredump_filter
in the parent shell before running a program, for example:
-.PP
+.P
.in +4n
.EX
.RB "$" " echo 0x7 > /proc/self/coredump_filter"
.RB "$" " ./some_program"
.EE
.in
-.PP
+.P
This file is provided only if the kernel was built with the
.B CONFIG_ELF_CORE
configuration option.
@@ -477,14 +477,14 @@ feature that allows piping core dumps to a program.
One can verify this by checking whether core dumps are being piped to the
.BR systemd\-coredump (8)
program:
-.PP
+.P
.in +4n
.EX
$ \fBcat /proc/sys/kernel/core_pattern\fP
|/usr/lib/systemd/systemd\-coredump %P %u %g %s %t %c %e
.EE
.in
-.PP
+.P
In this case, core dumps will be placed in the location configured for
.BR systemd\-coredump (8),
typically as
@@ -495,7 +495,7 @@ One can list the core dumps that have been recorded by
.BR systemd\-coredump (8)
using
.BR coredumpctl (1):
-.PP
+.P
.EX
$ \fBcoredumpctl list | tail \-5\fP
Wed 2017\-10\-11 22:25:30 CEST 2748 1000 1000 3 present /usr/bin/sleep
@@ -504,7 +504,7 @@ Thu 2017\-10\-12 06:30:50 CEST 2767 1000 1000 3 present /usr/bin/sleep
Thu 2017\-10\-12 06:37:40 CEST 2918 1000 1000 3 present /usr/bin/cat
Thu 2017\-10\-12 08:13:07 CEST 2955 1000 1000 3 present /usr/bin/cat
.EE
-.PP
+.P
The information shown for each core dump includes the date and time
of the dump, the PID, UID, and GID of the dumping process,
the signal number that caused the core dump,
@@ -517,24 +517,24 @@ location into a specified file.
For example, to extract the core dump for PID 2955 shown above to a file named
.I core
in the current directory, one could use:
-.PP
+.P
.in +4n
.EX
$ \fBcoredumpctl dump 2955 \-o core\fP
.EE
.in
-.PP
+.P
For more extensive details, see the
.BR coredumpctl (1)
manual page.
-.PP
+.P
To (persistently) disable the
.BR systemd (1)
mechanism that archives core dumps, restoring to something more like
traditional Linux behavior, one can set an override for the
.BR systemd (1)
mechanism, using something like:
-.PP
+.P
.in +4n
.EX
# \fBecho "kernel.core_pattern=core.%p" > \e\fP
@@ -542,13 +542,13 @@ mechanism, using something like:
# \fB/lib/systemd/systemd\-sysctl\fP
.EE
.in
-.PP
+.P
It is also possible to temporarily (i.e., until the next reboot) change the
.I core_pattern
setting using a command such as the following
(which causes the names of core dump files to include the executable name
as well as the number of the signal which triggered the core dump):
-.PP
+.P
.in +4n
.EX
# \fBsysctl \-w kernel.core_pattern="%e\-%s.core"\fP
@@ -560,7 +560,7 @@ The
.BR gdb (1)
.I gcore
command can be used to obtain a core dump of a running process.
-.PP
+.P
In Linux versions up to and including 2.6.27,
.\" Changed with commit 6409324b385f3f63a03645b4422e3be67348d922
if a multithreaded process (or, more precisely, a process that
@@ -593,7 +593,7 @@ file.
The following shell session demonstrates the use of this program
(compiled to create an executable named
.IR core_pattern_pipe_test ):
-.PP
+.P
.in +4n
.EX
.RB "$" " cc \-o core_pattern_pipe_test core_pattern_pipe_test.c"
diff --git a/man5/dir_colors.5 b/man5/dir_colors.5
index 910ff3393..1f4dfa194 100644
--- a/man5/dir_colors.5
+++ b/man5/dir_colors.5
@@ -13,11 +13,11 @@ uses the environment variable
.B LS_COLORS
to determine the colors in which the filenames are to be displayed.
This environment variable is usually set by a command like
-.PP
+.P
.RS
eval \`dircolors some_path/dir_colors\`
.RE
-.PP
+.P
found in a system default shell initialization file, like
.I /etc/profile
or
@@ -29,13 +29,13 @@ Usually, the file used here is
and can be overridden by a
.I .dir_colors
file in one's home directory.
-.PP
+.P
This configuration file consists of several statements, one per line.
Anything right of a hash mark (#) is treated as a comment, if the
hash mark is at the beginning of a line or is preceded by at least one
whitespace.
Blank lines are ignored.
-.PP
+.P
The
.I global
section of the file consists of any statement before the first
@@ -53,7 +53,7 @@ statements which specify the terminal types (as given by the
environment variable) the following declarations apply to.
It is always possible to override a global declaration by a subsequent
terminal-specific one.
-.PP
+.P
The following statements are recognized; case is insignificant:
.TP
.B TERM \fIterminal-type\fR
@@ -235,7 +235,7 @@ and the widely used and cloned DEC VT100, will recognize ISO 6429 color
codes and harmlessly eliminate them from the output or emulate them.
.B ls
uses ISO 6429 codes by default, assuming colorization is enabled.
-.PP
+.P
ISO 6429 color sequences are composed of sequences of numbers
separated by semicolons.
The most common codes are:
@@ -264,9 +264,9 @@ l l.
47 for white (or gray) background
.TE
.RE
-.PP
+.P
Not all commands will work on all systems or display devices.
-.PP
+.P
.B ls
uses the following defaults:
.TS
@@ -283,7 +283,7 @@ BLK 44;37 Block device
CHR 44;37 Character device
EXEC 35 Executable file
.TE
-.PP
+.P
A few terminal programs do not recognize the default
properly.
If all text gets colorized after you do a directory
@@ -303,7 +303,7 @@ To do so, you will have to use the
and
.B ENDCODE
definitions.
-.PP
+.P
When writing out a filename,
.B ls
generates the following output sequence:
@@ -326,7 +326,7 @@ escape codes away from the user).
If they are not appropriate for
your terminal, you can eliminate them by specifying the respective
keyword on a line by itself.
-.PP
+.P
.B NOTE:
If the
.B ENDCODE
@@ -366,7 +366,7 @@ lb l.
\e# Hash mark (#)
.TE
.RE
-.PP
+.P
Note that escapes are necessary to enter a space, backslash,
caret, or any control character anywhere in the string, as well as a
hash mark as the first character.
@@ -377,7 +377,7 @@ System-wide configuration file.
.TP
.I \[ti]/.dir_colors
Per-user configuration file.
-.PP
+.P
This page describes the
.B dir_colors
file format as used in the fileutils-4.1 package;
@@ -395,7 +395,7 @@ LEFTCODE \ee[
RIGHTCODE m
.TE
.RE
-.PP
+.P
The default
.B ENDCODE
is undefined.
diff --git a/man5/elf.5 b/man5/elf.5
index 824476bcf..d58720e93 100644
--- a/man5/elf.5
+++ b/man5/elf.5
@@ -47,7 +47,7 @@ defines the format of ELF executable binary files.
Amongst these files are
normal executable files, relocatable object files, core files, and shared
objects.
-.PP
+.P
An executable file using the ELF file format consists of an ELF header,
followed by a program header table or a section header table, or both.
The ELF header is always at offset zero of the file.
@@ -56,7 +56,7 @@ table and the section header table's offset in the file are defined in the
ELF header.
The two tables describe the rest of the particularities of
the file.
-.PP
+.P
.\" Applications which wish to process ELF binary files for their native
.\" architecture only should include
.\" .I <elf_abi.h>
@@ -68,7 +68,7 @@ the file.
.\" ELF_xxx".
.\" Applications written this way can be compiled on any architecture,
.\" regardless of whether the host is 32-bit or 64-bit.
-.\" .PP
+.\" .P
.\" Should an application need to process ELF files of an unknown
.\" architecture, then the application needs to explicitly use either
.\" "Elf32_xxx"
@@ -79,7 +79,7 @@ the file.
.\" "ELF32_xxx"
.\" or
.\" "ELF64_xxx".
-.\" .PP
+.\" .P
This header file describes the above mentioned headers as C structures
and also includes structures for dynamic sections, relocation sections and
symbol tables.
@@ -96,7 +96,7 @@ stands for
.I uint32_t
or
.IR uint64_t ):
-.PP
+.P
.in +4n
.EX
ElfN_Addr Unsigned program address, uintN_t
@@ -112,7 +112,7 @@ ElfN_Xword uint64_t
.\" Elf32_Size Unsigned object size
.EE
.in
-.PP
+.P
(Note: the *BSD terminology is a bit different.
There,
.I Elf64_Half
@@ -125,7 +125,7 @@ is used for
.IR uint16_t .
In order to avoid confusion these types are replaced by explicit ones
in the below.)
-.PP
+.P
All data structures that the file format defines follow the
"natural"
size and alignment guidelines for the relevant class.
@@ -138,7 +138,7 @@ The ELF header is described by the type
.I Elf32_Ehdr
or
.IR Elf64_Ehdr :
-.PP
+.P
.in +4n
.EX
#define EI_NIDENT 16
@@ -161,7 +161,7 @@ typedef struct {
} ElfN_Ehdr;
.EE
.in
-.PP
+.P
The fields have the following meanings:
.\"
.\"
@@ -632,7 +632,7 @@ The ELF program header is described by the type
or
.I Elf64_Phdr
depending on the architecture:
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -647,7 +647,7 @@ typedef struct {
} Elf32_Phdr;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -662,7 +662,7 @@ typedef struct {
} Elf64_Phdr;
.EE
.in
-.PP
+.P
The main difference between the 32-bit and the 64-bit program header lies
in the location of the
.I p_flags
@@ -826,7 +826,7 @@ header table.
holds the number of entries the section header table contains.
.I e_shentsize
holds the size in bytes of each entry.
-.PP
+.P
A section header table index is a subscript into this array.
Some section
header table indices are reserved:
@@ -879,9 +879,9 @@ and
inclusive.
The section header table does not contain entries for the
reserved indices.
-.PP
+.P
The section header has the following structure:
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -898,7 +898,7 @@ typedef struct {
} Elf32_Shdr;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -915,7 +915,7 @@ typedef struct {
} Elf64_Shdr;
.EE
.in
-.PP
+.P
No real differences exist between the 32-bit and 64-bit section headers.
.TP
.I sh_name
@@ -1112,7 +1112,7 @@ Some sections hold a table of fixed-sized entries, such as a symbol table.
For such a section, this member gives the size in bytes for each entry.
This member contains zero if the section does not hold a table of
fixed-size entries.
-.PP
+.P
Various sections hold program and control information:
.TP
.I .bss
@@ -1444,12 +1444,12 @@ The first byte, which is index zero, is defined to hold
a null byte (\[aq]\e0\[aq]).
Similarly, a string table's last byte is defined to
hold a null byte, ensuring null termination for all strings.
-.PP
+.P
An object file's symbol table holds information needed to locate and
relocate a program's symbolic definitions and references.
A symbol table
index is a subscript into this array.
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1462,7 +1462,7 @@ typedef struct {
} Elf32_Sym;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1475,7 +1475,7 @@ typedef struct {
} Elf64_Sym;
.EE
.in
-.PP
+.P
The 32-bit and 64-bit versions have the same members, just in a different
order.
.TP
@@ -1607,9 +1607,9 @@ references in the local module always resolve to the local symbol
Symbol is available to other modules,
but references in the local module always resolve to the local symbol.
.PD
-.PP
+.P
There are macros for extracting the visibility type:
-.PP
+.P
.BR ELF32_ST_VISIBILITY (other)
or
.BR ELF64_ST_VISIBILITY (other)
@@ -1630,9 +1630,9 @@ describes how to modify their section contents, thus allowing executable
and shared object files to hold the right information for a process's
program image.
Relocation entries are these data.
-.PP
+.P
Relocation structures that do not need an addend:
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1641,7 +1641,7 @@ typedef struct {
} Elf32_Rel;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1650,9 +1650,9 @@ typedef struct {
} Elf64_Rel;
.EE
.in
-.PP
+.P
Relocation structures that need an addend:
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1662,7 +1662,7 @@ typedef struct {
} Elf32_Rela;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1710,7 +1710,7 @@ The
member controls the interpretation
of
.IR d_un .
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1723,7 +1723,7 @@ typedef struct {
extern Elf32_Dyn _DYNAMIC[];
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1872,7 +1872,7 @@ but many projects define their own set of extensions.
For example,
the GNU tool chain uses ELF notes to pass information from
the linker to the C library.
-.PP
+.P
Note sections contain a series of notes (see the
.I struct
definitions below).
@@ -1880,10 +1880,10 @@ Each note is followed by the name field (whose length is defined in
\fIn_namesz\fR) and then by the descriptor field (whose length is defined in
\fIn_descsz\fR) and whose starting address has a 4 byte alignment.
Neither field is defined in the note struct due to their arbitrary lengths.
-.PP
+.P
An example for parsing out two consecutive notes should clarify their layout
in memory:
-.PP
+.P
.in +4n
.EX
void *memory, *name, *desc;
@@ -1907,7 +1907,7 @@ next_note = memory + sizeof(*note) +
ALIGN_UP(note\->n_descsz, 4);
.EE
.in
-.PP
+.P
Keep in mind that the interpretation of
.I n_type
depends on the namespace defined by the
@@ -1919,7 +1919,7 @@ field is not set (e.g., is 0), then there are two sets of notes:
one for core files and one for all other ELF types.
If the namespace is unknown, then tools will usually fallback to these sets
of notes as well.
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -1929,7 +1929,7 @@ typedef struct {
} Elf32_Nhdr;
.EE
.in
-.PP
+.P
.in +4n
.EX
typedef struct {
@@ -2160,7 +2160,7 @@ Architecture information.
ELF first appeared in
System V.
The ELF format is an adopted standard.
-.PP
+.P
The extensions for
.IR e_phnum ,
.IR e_shnum ,
@@ -2195,19 +2195,19 @@ look under SEE ALSO.
.BR dl_iterate_phdr (3),
.BR core (5),
.BR ld.so (8)
-.PP
+.P
Hewlett-Packard,
.IR "Elf-64 Object File Format" .
-.PP
+.P
Santa Cruz Operation,
.IR "System V Application Binary Interface" .
-.PP
+.P
UNIX System Laboratories,
"Object Files",
.IR "Executable and Linking Format (ELF)" .
-.PP
+.P
Sun Microsystems,
.IR "Linker and Libraries Guide" .
-.PP
+.P
AMD64 ABI Draft,
.IR "System V Application Binary Interface AMD64 Architecture Processor Supplement" .
diff --git a/man5/erofs.5 b/man5/erofs.5
index 6c607d66b..3611baffa 100644
--- a/man5/erofs.5
+++ b/man5/erofs.5
@@ -9,7 +9,7 @@ erofs \- the Enhanced Read-Only File System
.B erofs
is a create-once read-only filesystem,
with support for compression and a multi-device backing store.
-.PP
+.P
There are two inode formats:
.IP \[bu] 3
32-byte compact with 16-bit UID/GID,
@@ -92,6 +92,6 @@ of some of the parameters above.
.BR mkfs.erofs (1),
.BR fsck.erofs (1),
.BR dump.erofs (1)
-.PP
+.P
.I Documentation/filesystems/erofs.txt
in the Linux source.
diff --git a/man5/filesystems.5 b/man5/filesystems.5
index ba795f956..d8adc3db9 100644
--- a/man5/filesystems.5
+++ b/man5/filesystems.5
@@ -31,17 +31,17 @@ that enables enumeration of the currently available filesystem types
regardless of
.I /proc
availability and/or sanity.
-.PP
+.P
If you need a currently unsupported filesystem, insert the corresponding
kernel module or recompile the kernel.
-.PP
+.P
In order to use a filesystem, you have to
.I mount
it; see
.BR mount (2)
and
.BR mount (8).
-.PP
+.P
The following list provides a
short description of the available or historically available
filesystems in the Linux kernel.
diff --git a/man5/ftpusers.5 b/man5/ftpusers.5
index 214a5f99d..cca6ec73c 100644
--- a/man5/ftpusers.5
+++ b/man5/ftpusers.5
@@ -13,14 +13,14 @@ File Transfer Protocol (FTP) server daemon.
This file is used not merely for
system administration purposes but also for improving security within a TCP/IP
networked environment.
-.PP
+.P
The
.B ftpusers
file will typically contain a list of the users that
either have no business using ftp or have too many privileges to be allowed
to log in through the FTP server daemon.
Such users usually include root, daemon, bin, uucp, and news.
-.PP
+.P
If your FTP server daemon doesn't use
.BR ftpusers ,
then it is suggested that you read its documentation to find out how to
diff --git a/man5/gai.conf.5 b/man5/gai.conf.5
index 864f2a4a1..f7dfd07a8 100644
--- a/man5/gai.conf.5
+++ b/man5/gai.conf.5
@@ -20,11 +20,11 @@ to dynamically change the sorting.
For the glibc implementation, this can be achieved with the
.I /etc/gai.conf
file.
-.PP
+.P
Each line in the configuration file consists of a keyword and its parameters.
White spaces in any place are ignored.
Lines starting with \[aq]#\[aq] are comments and are ignored.
-.PP
+.P
The keywords currently recognized are:
.TP
\fBlabel\fR \fInetmask\fR \fIprecedence\fR
@@ -66,7 +66,7 @@ file is supported since glibc 2.5.
.SH EXAMPLES
The default table according to RFC\ 3484 would be specified with the
following configuration file:
-.PP
+.P
.in +4n
.EX
label ::1/128 0
diff --git a/man5/group.5 b/man5/group.5
index 3a8dcf131..2df94017a 100644
--- a/man5/group.5
+++ b/man5/group.5
@@ -12,13 +12,13 @@ The
.I /etc/group
file is a text file that defines the groups on the system.
There is one entry per line, with the following format:
-.PP
+.P
.in +4n
.EX
group_name:password:GID:user_list
.EE
.in
-.PP
+.P
The fields are as follows:
.TP
.I group_name
diff --git a/man5/host.conf.5 b/man5/host.conf.5
index e0c134e60..1f88665bc 100644
--- a/man5/host.conf.5
+++ b/man5/host.conf.5
@@ -121,7 +121,7 @@ Line comments can appear anywhere and not only at the beginning of a line.
The
.BR nsswitch.conf (5)
file is the modern way of controlling the order of host lookups.
-.PP
+.P
In glibc 2.4 and earlier, the following keyword is recognized:
.TP
.I order
@@ -134,7 +134,7 @@ Valid methods are
Overrides the
.I order
command.
-.PP
+.P
.\" commit 7d68cdaa4f748e87ee921f587ee2d483db624b3d
Since glibc 2.0.7, and up through glibc 2.24,
the following keywords and environment variable
diff --git a/man5/hosts.5 b/man5/hosts.5
index b89dd98e1..515a1a269 100644
--- a/man5/hosts.5
+++ b/man5/hosts.5
@@ -21,10 +21,10 @@ with hostnames, one line per IP address.
For each host a single
line should be present with the following information:
.RS
-.PP
+.P
IP_address canonical_hostname [aliases...]
.RE
-.PP
+.P
The IP address can conform to either IPv4 or IPv6.
Fields of the entry are separated by any number of blanks and/or
tab characters.
@@ -39,7 +39,7 @@ shorter hostnames, or generic hostnames (for example,
.IR localhost ).
If required, a host may have two separate entries in this file;
one for each version of the Internet Protocol (IPv4 and IPv6).
-.PP
+.P
The Berkeley Internet Name Domain (BIND) Server implements the
Internet name server for UNIX systems.
It augments or replaces the
@@ -47,7 +47,7 @@ It augments or replaces the
file or hostname lookup, and frees a host from relying on
.I /etc/hosts
being up to date and complete.
-.PP
+.P
In modern systems, even though the host table has been superseded by
DNS, it is still widely used for:
.TP
@@ -77,7 +77,7 @@ except in cases where the file is cached by applications.
.SS Historical notes
RFC\ 952 gave the original format for the host table, though it has
since changed.
-.PP
+.P
Before the advent of DNS, the host table was the only way of resolving
hostnames on the fledgling Internet.
Indeed, this file could be
@@ -115,7 +115,7 @@ ff02::2 ip6\-allrouters
.BR resolver (5),
.BR hostname (7),
.BR named (8)
-.PP
+.P
Internet RFC\ 952
.\" .SH AUTHOR
.\" This manual page was written by Manoj Srivastava <srivasta@debian.org>,
diff --git a/man5/hosts.equiv.5 b/man5/hosts.equiv.5
index 7b8e359c3..35bbded4e 100644
--- a/man5/hosts.equiv.5
+++ b/man5/hosts.equiv.5
@@ -17,11 +17,11 @@ or
.BR rcp )
without
supplying a password.
-.PP
+.P
The file uses the following format:
.TP
\fI+|[\-]hostname|+@netgroup|\-@netgroup\fP \fI[+|[\-]username|+@netgroup|\-@netgroup]\fP
-.PP
+.P
The
.I hostname
is the name of a host which is logically equivalent
@@ -39,7 +39,7 @@ Users from that host must always supply additional credentials,
including possibly a password.
For security reasons you should always
use the FQDN of the hostname and not the short hostname.
-.PP
+.P
The
.I username
entry grants a specific user access to all user
@@ -57,9 +57,9 @@ with
a minus (\-) sign.
This says that the user is not trusted no matter
what other entries for that host exist.
-.PP
+.P
Netgroups can be specified by preceding the netgroup by an @ sign.
-.PP
+.P
Be extremely careful when using the plus (+) sign.
A simple typographical
error could result in a standalone plus sign.
@@ -72,7 +72,7 @@ Some systems will honor the contents of this file only when it has owner
root and no write permission for anybody else.
Some exceptionally
paranoid systems even require that there be no other hard links to the file.
-.PP
+.P
Modern systems use the Pluggable Authentication Modules library (PAM).
With PAM a standalone plus sign is considered a wildcard
character which means "any host" only when the word
@@ -86,124 +86,124 @@ Below are some example
or
.I \[ti]/.rhosts
files.
-.PP
+.P
Allow any user to log in from any host:
-.PP
+.P
.in +4n
.EX
+
.EE
.in
-.PP
+.P
Allow any user from
.I host
with a matching local account to log in:
-.PP
+.P
.in +4n
.EX
host
.EE
.in
-.PP
+.P
Note: the use of
.I +host
is never a valid syntax,
including attempting to specify that any user from the host is allowed.
-.PP
+.P
Allow any user from
.I host
to log in:
-.PP
+.P
.in +4n
.EX
host +
.EE
.in
-.PP
+.P
Note: this is distinct from the previous example
since it does not require a matching local account.
-.PP
+.P
Allow
.I user
from
.I host
to log in as any non-root user:
-.PP
+.P
.in +4n
.EX
host user
.EE
.in
-.PP
+.P
Allow all users with matching local accounts from
.I host
to log in except for
.IR baduser :
-.PP
+.P
.in +4n
.EX
host \-baduser
host
.EE
.in
-.PP
+.P
Deny all users from
.IR host :
-.PP
+.P
.in +4n
.EX
\-host
.EE
.in
-.PP
+.P
Note: the use of
.I "\-host\ \-user"
is never a valid syntax,
including attempting to specify that a particular user from the host
is not trusted.
-.PP
+.P
Allow all users with matching local accounts on all hosts in a
.IR netgroup :
-.PP
+.P
.in +4n
.EX
+@netgroup
.EE
.in
-.PP
+.P
Disallow all users on all hosts in a
.IR netgroup :
-.PP
+.P
.in +4n
.EX
\-@netgroup
.EE
.in
-.PP
+.P
Allow all users in a
.I netgroup
to log in from
.I host
as any non-root user:
-.PP
+.P
.in +4n
.EX
host +@netgroup
.EE
.in
-.PP
+.P
Allow all users with matching local accounts on all hosts in a
.I netgroup
except
.IR baduser :
-.PP
+.P
.in +4n
.EX
+@netgroup \-baduser
+@netgroup
.EE
.in
-.PP
+.P
Note: the deny statements must always precede the allow statements because
the file is processed sequentially until the first matching rule is found.
.SH SEE ALSO
diff --git a/man5/intro.5 b/man5/intro.5
index cc78ff8ad..2babd6280 100644
--- a/man5/intro.5
+++ b/man5/intro.5
@@ -11,7 +11,7 @@ intro \- introduction to file formats and filesystems
.SH DESCRIPTION
Section 5 of the manual describes various file formats,
as well as the corresponding C structures, if any.
-.PP
+.P
In addition,
this section contains a number of pages that document various filesystems.
.SH NOTES
diff --git a/man5/locale.5 b/man5/locale.5
index b0a21560f..f7ecce7dc 100644
--- a/man5/locale.5
+++ b/man5/locale.5
@@ -16,7 +16,7 @@ The
definition file contains all the information that the
.BR localedef (1)
command needs to convert it into the binary locale database.
-.PP
+.P
The definition files consist of sections which each describe a
locale category in detail.
See
@@ -36,7 +36,7 @@ It defaults to the backslash (\e).
is followed by a character that will be used as the
comment-character for the rest of the file.
It defaults to the number sign (#).
-.PP
+.P
The locale definition has one part for each locale category.
Each part can be copied from another existing locale or
can be defined from scratch.
@@ -52,7 +52,7 @@ and
where a
.I copy
statement can be followed by locale-specific rules and selected overrides.
-.PP
+.P
When defining a locale or a category from scratch, an existing system-
provided locale definition file should be used as a reference to follow
common glibc conventions.
@@ -70,7 +70,7 @@ The following category sections are defined by POSIX:
.B LC_NUMERIC
.IP \[bu]
.B LC_TIME
-.PP
+.P
In addition, since glibc 2.2,
the GNU C library supports the following nonstandard categories:
.IP \[bu] 3
@@ -85,7 +85,7 @@ the GNU C library supports the following nonstandard categories:
.B LC_PAPER
.IP \[bu]
.B LC_TELEPHONE
-.PP
+.P
See
.BR locale (7)
for a more detailed description of each category.
@@ -93,7 +93,7 @@ for a more detailed description of each category.
The definition starts with the string
.I LC_ADDRESS
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I postal_fmt
@@ -159,7 +159,7 @@ State, province, or prefecture.
.TP
%c
Country, as taken from data record.
-.PP
+.P
Each field descriptor may have an \[aq]R\[aq] after
the \[aq]%\[aq] to specify that the
information is taken from a Romanized version string of the
@@ -206,7 +206,7 @@ Applications should in general prefer
.I lang_term
over
.IR lang_lib .
-.PP
+.P
The
.B LC_ADDRESS
definition ends with the string
@@ -215,7 +215,7 @@ definition ends with the string
The definition starts with the string
.I LC_CTYPE
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I upper
@@ -461,7 +461,7 @@ in the target character set.
.TP
.I translit_end
marks the end of the transliteration rules.
-.PP
+.P
The
.B LC_CTYPE
definition ends with the string
@@ -469,11 +469,11 @@ definition ends with the string
.SS LC_COLLATE
Note that glibc does not support all POSIX-defined options,
only the options described below are supported (as of glibc 2.23).
-.PP
+.P
The definition starts with the string
.I LC_COLLATE
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I coll_weight_max
@@ -518,7 +518,7 @@ followed by a declaration of a script.
.I symbol\-equivalence
followed by a collating-symbol to be equivalent to another defined
collating-symbol.
-.PP
+.P
The collation rule definition starts with a line:
.TP
.I order_start
@@ -530,7 +530,7 @@ or
The order definition consists of lines that describe the collation
order and is terminated with the keyword
.IR order_end .
-.PP
+.P
The
.B LC_COLLATE
definition ends with the string
@@ -539,7 +539,7 @@ definition ends with the string
The definition starts with the string
.I LC_IDENTIFICATION
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I title
@@ -595,7 +595,7 @@ followed by the revision number of this document.
.TP
.I date
followed by the revision date of this document.
-.PP
+.P
In addition, for each of the categories defined by the document,
there should be a line starting with the keyword
.IR category ,
@@ -608,7 +608,7 @@ a semicolon, and
one of the
.B LC_*
identifiers.
-.PP
+.P
The
.B LC_IDENTIFICATION
definition ends with the string
@@ -617,7 +617,7 @@ definition ends with the string
The definition starts with the string
.I LC_MESSAGES
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I yesexpr
@@ -633,7 +633,7 @@ followed by the output string corresponding to "yes".
.TP
.I nostr
followed by the output string corresponding to "no".
-.PP
+.P
The
.B LC_MESSAGES
definition ends with the string
@@ -642,7 +642,7 @@ definition ends with the string
The definition starts with the string
.I LC_MEASUREMENT
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I measurement
@@ -656,7 +656,7 @@ Metric.
.B 2
US customary measurements.
.RE
-.PP
+.P
The
.B LC_MEASUREMENT
definition ends with the string
@@ -665,7 +665,7 @@ definition ends with the string
The definition starts with the string
.I LC_MONETARY
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I int_curr_symbol
@@ -848,7 +848,7 @@ should be placed for a negative
internationally formatted monetary quantity.
The same values are recognized as for
.IR p_sign_posn .
-.PP
+.P
The
.B LC_MONETARY
definition ends with the string
@@ -857,7 +857,7 @@ definition ends with the string
The definition starts with the string
.I LC_NAME
in the first column.
-.PP
+.P
Various keywords are allowed, but only
.I name_fmt
is mandatory.
@@ -935,7 +935,7 @@ followed by the salutation for unmarried women.
.TP
.I name_ms
followed by the salutation valid for all women.
-.PP
+.P
The
.B LC_NAME
definition ends with the string
@@ -944,7 +944,7 @@ definition ends with the string
The definition starts with the string
.I LC_NUMERIC
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I decimal_point
@@ -967,7 +967,7 @@ left of the previous group.
If the last integer is not \-1, then the size of the previous group
(if any) is repeatedly used for the remainder of the digits.
If the last integer is \-1, then no further grouping is performed.
-.PP
+.P
The
.B LC_NUMERIC
definition ends with the string
@@ -976,7 +976,7 @@ definition ends with the string
The definition starts with the string
.I LC_PAPER
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I height
@@ -984,7 +984,7 @@ followed by the height, in millimeters, of the standard paper format.
.TP
.I width
followed by the width, in millimeters, of the standard paper format.
-.PP
+.P
The
.B LC_PAPER
definition ends with the string
@@ -993,7 +993,7 @@ definition ends with the string
The definition starts with the string
.I LC_TELEPHONE
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I tel_int_fmt
@@ -1036,7 +1036,7 @@ followed by the prefix used to call international phone numbers.
.TP
.I int_prefix
followed by the prefix used from other countries to dial this country.
-.PP
+.P
The
.B LC_TELEPHONE
definition ends with the string
@@ -1045,7 +1045,7 @@ definition ends with the string
The definition starts with the string
.I LC_TIME
in the first column.
-.PP
+.P
The following keywords are allowed:
.TP
.I abday
@@ -1105,9 +1105,9 @@ followed by semicolon-separated strings that define how years are
counted and displayed for each era in the locale.
Each string has the following format:
.RS
-.PP
+.P
.IR direction ":" offset ":" start_date ":" end_date ":" era_name ":" era_format
-.PP
+.P
The fields are to be defined as follows:
.TP 4
.I direction
@@ -1237,7 +1237,7 @@ followed by the appropriate date representation for
.BR date (1)
(for syntax, see
.BR strftime (3)).
-.PP
+.P
The
.B LC_TIME
definition ends with the string
diff --git a/man5/motd.5 b/man5/motd.5
index fe1404731..0263aca8c 100644
--- a/man5/motd.5
+++ b/man5/motd.5
@@ -14,7 +14,7 @@ The contents of
are displayed by
.BR login (1)
after a successful login but just before it executes the login shell.
-.PP
+.P
The abbreviation "motd" stands for "message of the day", and this file
has been traditionally used for exactly that (it requires much less disk
space than mail to all users).
diff --git a/man5/networks.5 b/man5/networks.5
index 43d1cfdc3..c9c4a44ad 100644
--- a/man5/networks.5
+++ b/man5/networks.5
@@ -13,18 +13,18 @@ The file
is a plain ASCII file that describes known DARPA networks and symbolic
names for these networks.
Each line represents a network and has the following structure:
-.PP
+.P
.RS
.I name number aliases ...
.RE
-.PP
+.P
where the fields are delimited by spaces or tabs.
Empty lines are ignored.
The hash character (\fB#\fP) indicates the start of a comment:
this character, and the remaining characters up to
the end of the current line,
are ignored by library functions that process the file.
-.PP
+.P
The field descriptions are:
.TP
.I name
@@ -40,7 +40,7 @@ may be omitted.
.TP
.I aliases
Optional aliases for the network.
-.PP
+.P
This file is read by the
.BR route (8)
and
diff --git a/man5/nscd.conf.5 b/man5/nscd.conf.5
index 154a99b6c..f5c8a3940 100644
--- a/man5/nscd.conf.5
+++ b/man5/nscd.conf.5
@@ -20,16 +20,16 @@ or TAB characters.
A \[aq]#\[aq] (number sign) indicates the beginning of a
comment; following characters, up to the end of the line,
are not interpreted by nscd.
-.PP
+.P
Valid services are \fIpasswd\fP, \fIgroup\fP, \fIhosts\fP, \fIservices\fP,
or \fInetgroup\fP.
-.PP
+.P
.B logfile
.I debug-file-name
.RS
Specifies name of the file to which debug info should be written.
.RE
-.PP
+.P
.B debug\-level
.I value
.RS
@@ -40,7 +40,7 @@ Sets the desired debug level.
3 (and above) shows all debug info.
The default is 0.
.RE
-.PP
+.P
.B threads
.I number
.RS
@@ -52,14 +52,14 @@ The number of threads may increase dynamically up to
in response to demand from clients,
but never decreases.
.RE
-.PP
+.P
.B max\-threads
.I number
.RS
Specifies the maximum number of threads.
The default is 32.
.RE
-.PP
+.P
.B server\-user
.I user
.RS
@@ -67,13 +67,13 @@ If this option is set, nscd will run as this user and not as root.
If a separate cache for every user is used (\-S parameter), this
option is ignored.
.RE
-.PP
+.P
.B stat\-user
.I user
.RS
Specifies the user who is allowed to request statistics.
.RE
-.PP
+.P
.B reload\-count
unlimited |
.I number
@@ -93,14 +93,14 @@ The default limit is 5.
A limit of 0 turns off the reloading feature.
See NOTES below for further discussion of reloading.
.RE
-.PP
+.P
.B paranoia
.I <yes|no>
.RS
Enabling paranoia mode causes nscd to restart itself periodically.
The default is no.
.RE
-.PP
+.P
.B restart\-interval
.I time
.RS
@@ -112,7 +112,7 @@ if periodic restart is enabled by enabling
mode.
The default is 3600.
.RE
-.PP
+.P
.B enable\-cache
.I service
.I <yes|no>
@@ -122,7 +122,7 @@ Enables or disables the specified
cache.
The default is no.
.RE
-.PP
+.P
.B positive\-time\-to\-live
.I service
.I value
@@ -138,7 +138,7 @@ Note that for some name services (including specifically DNS)
the TTL returned from the name service is used and
this attribute is ignored.
.RE
-.PP
+.P
.B negative\-time\-to\-live
.I service
.I value
@@ -153,7 +153,7 @@ are several files owned by UIDs (user IDs) not in system databases (for
example untarring the Linux kernel sources as root); should be kept small
to reduce cache coherency problems.
.RE
-.PP
+.P
.B suggested\-size
.I service
.I value
@@ -163,7 +163,7 @@ This is the internal hash table size,
should remain a prime number for optimum efficiency.
The default is 211.
.RE
-.PP
+.P
.B check\-files
.I service
.I <yes|no>
@@ -181,7 +181,7 @@ and
.IR /etc/netgroup .
The default is yes.
.RE
-.PP
+.P
.B persistent
.I service
.I <yes|no>
@@ -193,7 +193,7 @@ over server restarts; useful when
mode is set.
The default is no.
.RE
-.PP
+.P
.B shared
.I service
.I <yes|no>
@@ -207,7 +207,7 @@ The default is no.
Note that a cache miss will still result in
asking the daemon over the socket.
.RE
-.PP
+.P
.B max\-db\-size
.I service
.I bytes
@@ -216,7 +216,7 @@ The maximum allowable size, in bytes, of the database files for the
.IR service .
The default is 33554432.
.RE
-.PP
+.P
.B auto\-propagate
.I service
.I <yes|no>
@@ -252,13 +252,13 @@ your distribution might differ.
.BR nscd (8)
has a feature called reloading,
whose behavior can be surprising.
-.PP
+.P
Reloading is enabled when the
.B reload-count
attribute has a non-zero value.
The default value in the source code enables reloading,
although your distribution may differ.
-.PP
+.P
When reloading is enabled,
positive cached entries (the results of successful queries)
do not simply expire when their TTL is up.
@@ -282,7 +282,7 @@ reset the reload counter on the entry.
Purging the cache using
.I nscd\~-i
overrides the reload logic and removes the entry.
-.PP
+.P
Reloading has the effect of extending cache entry TTLs
without compromising on cache coherency,
at the cost of additional load on the backing name service.
@@ -297,7 +297,7 @@ the effective TTL is the value returned from the name service and
the value of the
.B positive\-time\-to\-live
attribute.
-.PP
+.P
Please consider the following advice carefully:
.IP \[bu] 3
If your application will make a second request for the same name,
@@ -325,7 +325,7 @@ to
is almost never a good idea,
as it will result in a cache that never expires entries
and puts never-ending additional load on the backing name service.
-.PP
+.P
Some distributions have an init script for
.BR nscd (8)
with a
diff --git a/man5/nss.5 b/man5/nss.5
index 240cf12f8..2ea1b4803 100644
--- a/man5/nss.5
+++ b/man5/nss.5
@@ -13,7 +13,7 @@ Switch implementation in the GNU C library.
The various services
provided are implemented by independent modules, each of which
naturally varies widely from the other.
-.PP
+.P
The default implementations coming with the GNU C library are by
default conservative and do not use unsafe data.
This might be very costly in some situations, especially when the databases
@@ -22,11 +22,11 @@ Some modules allow the system administrator to request
taking shortcuts if these are known to be safe.
It is then the system administrator's responsibility to ensure the assumption
is correct.
-.PP
+.P
There are other modules where the implementation changed over time.
If an implementation used to sacrifice speed for memory consumption,
it might create problems if the preference is switched.
-.PP
+.P
The
.I /etc/default/nss
file contains a number of variable assignments.
@@ -35,7 +35,7 @@ NSS modules.
White spaces are ignored.
Lines beginning with \[aq]#\[aq]
are treated as comments.
-.PP
+.P
The variables currently recognized are:
.TP
\fBNETID_AUTHORITATIVE =\fR \fITRUE\fR|\fIFALSE\fR
@@ -86,7 +86,7 @@ the next entry.
\fI/etc/default/nss\fR
.SH EXAMPLES
The default configuration corresponds to the following configuration file:
-.PP
+.P
.in +4n
.EX
NETID_AUTHORITATIVE=FALSE
diff --git a/man5/nsswitch.conf.5 b/man5/nsswitch.conf.5
index 371a0dbae..e6c26661a 100644
--- a/man5/nsswitch.conf.5
+++ b/man5/nsswitch.conf.5
@@ -14,13 +14,13 @@ the sources from which to obtain name-service information in
a range of categories,
and in what order.
Each category of information is identified by a database name.
-.PP
+.P
The file is plain ASCII text, with columns separated by spaces or tab
characters.
The first column specifies the database name.
The remaining columns describe the order of sources to query and a
limited set of actions that can be performed by lookup result.
-.PP
+.P
The following databases are understood by the GNU C Library:
.TP 12
.B aliases
@@ -82,7 +82,7 @@ and related functions.
Shadow user passwords, used by
.BR getspnam (3)
and related functions.
-.PP
+.P
The GNU C Library ignores databases with unknown names.
Some applications use this to implement special handling for their own
databases.
@@ -100,11 +100,11 @@ Refer to
and
.BR subgid (5)
for more details.
-.PP
+.P
Here is an example
.I /etc/nsswitch.conf
file:
-.PP
+.P
.in +4n
.EX
passwd: compat
@@ -119,7 +119,7 @@ rpc: nis [NOTFOUND=return] files
services: nis [NOTFOUND=return] files
.EE
.in
-.PP
+.P
The first column is the database name.
The remaining columns specify:
.IP \[bu] 3
@@ -129,7 +129,7 @@ those services will be queried, in turn, until a result is found.
.IP \[bu]
Optional actions to perform if a particular result is obtained
from the preceding service, for example, "[NOTFOUND=return]".
-.PP
+.P
The service specifications supported on your system depend on the
presence of shared libraries, and are therefore extensible.
Libraries called
@@ -155,20 +155,20 @@ The version number
may be 1 for glibc 2.0, or 2 for glibc 2.1 and later.
On systems with additional libraries installed, you may have access to
further services such as "hesiod", "ldap", "winbind", and "wins".
-.PP
+.P
An action may also be specified following a service specification.
The action modifies the behavior following a result obtained
from the preceding data source.
Action items take the general form:
-.PP
+.P
.RS 4
.RI [ STATUS = ACTION ]
.br
.RI [! STATUS = ACTION ]
.RE
-.PP
+.P
where
-.PP
+.P
.RS 4
.I STATUS
=>
@@ -188,11 +188,11 @@ where
|
.B merge
.RE
-.PP
+.P
The ! negates the test, matching all possible results except the
one specified.
The case of the keywords is not significant.
-.PP
+.P
The
.I STATUS
value is matched against the result of the lookup function called by
@@ -220,7 +220,7 @@ This could mean a file is
locked or a server currently cannot accept more connections.
The default action for this condition is "continue".
.RE
-.PP
+.P
The
.I ACTION
value can be one of:
@@ -261,7 +261,7 @@ additionally permits special entries in corresponding files
for granting users or members of netgroups access to the system.
The following entries are valid in this mode:
.RS 4
-.PP
+.P
For
.B passwd
and
@@ -291,7 +291,7 @@ Exclude all users in the given
Include every user, except previously excluded ones, from the
NIS passwd/shadow map.
.RE
-.PP
+.P
For
.B group
database:
@@ -312,7 +312,7 @@ Include every group, except previously excluded ones, from the
NIS group map.
.RE
.RE
-.PP
+.P
By default, the source is "nis", but this may be
overridden by specifying any NSS service except "compat" itself
as the source for the pseudo-databases
@@ -355,7 +355,7 @@ implements "nis" source.
implements "nisplus" source.
.PD
.RE
-.PP
+.P
The following files are read when "files" source is specified
for respective databases:
.RS 4
@@ -409,7 +409,7 @@ is automatically reloaded if the file is changed.
In earlier versions, the entire file was read only once within each process.
If the file was later changed,
the process would continue using the old configuration.
-.PP
+.P
Traditionally, there was only a single source for service information,
often in the form of a single configuration
file (e.g., \fI/etc/passwd\fP).
diff --git a/man5/passwd.5 b/man5/passwd.5
index aa40f0e60..24164cb73 100644
--- a/man5/passwd.5
+++ b/man5/passwd.5
@@ -19,7 +19,7 @@ It should have read permission allowed for all users (many utilities, like
.BR ls (1)
use it to map user IDs to usernames), but write access only for the
superuser.
-.PP
+.P
In the good old days there was no great problem with this general
read permission.
Everybody could read the encrypted passwords, but the
@@ -31,7 +31,7 @@ has an \[aq]x\[aq] character in the password field,
and the encrypted passwords are in
.IR /etc/shadow ,
which is readable by the superuser only.
-.PP
+.P
If the encrypted password, whether in
.I /etc/passwd
or in
@@ -44,32 +44,32 @@ or
.RB \[dq] nonull \[dq]
arguments to
.BR pam_unix (8)).
-.PP
+.P
If the encrypted password in
.I /etc/passwd
is "\fI*NP*\fP" (without the quotes),
the shadow record should be obtained from an NIS+ server.
-.PP
+.P
Regardless of whether shadow passwords are used, many system administrators
use an asterisk (*) in the encrypted password field to make sure
that this user can not authenticate themself using a
password.
(But see NOTES below.)
-.PP
+.P
If you create a new login, first put an asterisk (*) in the password field,
then use
.BR passwd (1)
to set it.
-.PP
+.P
Each line of the file describes a single user,
and contains seven colon-separated fields:
-.PP
+.P
.in +4n
.EX
name:password:UID:GID:GECOS:directory:shell
.EE
.in
-.PP
+.P
The field are as follows:
.TP 12
.I name
@@ -132,7 +132,7 @@ environment variable.
If you want to create user groups, there must be an entry in
.IR /etc/group ,
or no group will exist.
-.PP
+.P
If the encrypted password is set to an asterisk (*), the user will be unable
to login using
.BR login (1),
diff --git a/man5/proc.5 b/man5/proc.5
index 0a1d8f62e..bdc47456b 100644
--- a/man5/proc.5
+++ b/man5/proc.5
@@ -16,13 +16,13 @@ It is commonly mounted at
.IR /proc .
Typically, it is mounted automatically by the system,
but it can also be mounted manually using a command such as:
-.PP
+.P
.in +4n
.EX
mount \-t proc proc /proc
.EE
.in
-.PP
+.P
Most of the files in the
.B proc
filesystem are read-only,
@@ -175,7 +175,7 @@ directory.
Various other files and subdirectories under
.I /proc
expose system-wide information.
-.PP
+.P
All of the above are described in more detail below.
.\"
.\" .SH FILES
@@ -210,7 +210,7 @@ that are in the internal format,
with subfields terminated by null bytes (\[aq]\e0\[aq]).
When inspecting such files, you may find that the results are more readable
if you use a command of the following form to display them:
-.PP
+.P
.in +4n
.EX
.RB "$" " cat \fIfile\fP | tr \[aq]\e000\[aq] \[aq]\en\[aq]"
@@ -249,7 +249,7 @@ if you use a command of the following form to display them:
.BR procinfo (8),
.BR route (8),
.BR sysctl (8)
-.PP
+.P
The Linux kernel source files:
.IR Documentation/filesystems/proc.rst ,
.IR Documentation/admin\-guide/sysctl/fs.rst ,
diff --git a/man5/protocols.5 b/man5/protocols.5
index 4033ae7dc..01418f538 100644
--- a/man5/protocols.5
+++ b/man5/protocols.5
@@ -18,24 +18,24 @@ consulted instead of using the numbers in the ARPA include files, or,
even worse, just guessing them.
These numbers will occur in the
protocol field of any IP header.
-.PP
+.P
Keep this file untouched since changes would result in incorrect IP
packages.
Protocol numbers and names are specified by the IANA
(Internet Assigned Numbers Authority).
.\" .. by the DDN Network Information Center.
-.PP
+.P
Each line is of the following format:
-.PP
+.P
.RS
.I protocol number aliases ...
.RE
-.PP
+.P
where the fields are delimited by spaces or tabs.
Empty lines are ignored.
If a line contains a hash mark (#), the hash mark and the part
of the line following it are ignored.
-.PP
+.P
The field descriptions are:
.TP
.I protocol
@@ -52,7 +52,7 @@ header.
.TP
.I aliases
optional aliases for the protocol.
-.PP
+.P
This file might be distributed over a network using a network-wide
naming service like Yellow Pages/NIS or BIND/Hesiod.
.SH FILES
@@ -61,6 +61,6 @@ naming service like Yellow Pages/NIS or BIND/Hesiod.
The protocols definition file.
.SH SEE ALSO
.BR getprotoent (3)
-.PP
+.P
.UR http://www.iana.org\:/assignments\:/protocol\-numbers
.UE
diff --git a/man5/repertoiremap.5 b/man5/repertoiremap.5
index 927cc1204..71c8a26a9 100644
--- a/man5/repertoiremap.5
+++ b/man5/repertoiremap.5
@@ -23,18 +23,18 @@ is followed by a character that should be used as the escape character
for the rest of the file to mark characters that should be interpreted
in a special way.
It defaults to the backslash (\e).
-.PP
+.P
The mapping section starts with the keyword
.I CHARIDS
in the first column.
-.PP
+.P
The mapping lines have the following form:
.TP
.I <symbolic-name> <code-point> comment
This defines exactly one mapping,
.I comment
being optional.
-.PP
+.P
The mapping section ends with the string
.IR "END CHARIDS" .
.SH FILES
@@ -47,7 +47,7 @@ POSIX.2.
Repertoire maps are deprecated in favor of Unicode code points.
.SH EXAMPLES
A mnemonic for the Euro sign can be defined as follows:
-.PP
+.P
.nf
<Eu> <U20AC> EURO SIGN
.fi
diff --git a/man5/resolv.conf.5 b/man5/resolv.conf.5
index 5687e4c08..7efce605b 100644
--- a/man5/resolv.conf.5
+++ b/man5/resolv.conf.5
@@ -41,11 +41,11 @@ The configuration file is considered a trusted source of DNS information;
see the
.B trust-ad
option below for details.
-.PP
+.P
If this file does not exist, only the name server on the local machine
will be queried, and the search list contains the local domain name
determined from the hostname.
-.PP
+.P
The different configuration options are:
.TP
\fBnameserver\fP Name server IP address
@@ -140,7 +140,7 @@ The syntax is
.RS
.IP
\fBoptions\fP \fIoption\fP \fI...\fP
-.PP
+.P
where \fIoption\fP is one of the following:
.TP
\fBdebug\fP
@@ -373,22 +373,22 @@ In glibc 2.30 and earlier,
the AD is not set automatically in queries,
and is passed through unchanged to applications in responses.
.RE
-.PP
+.P
The \fIsearch\fP keyword of a system's \fIresolv.conf\fP file can be
overridden on a per-process basis by setting the environment variable
.B LOCALDOMAIN
to a space-separated list of search domains.
-.PP
+.P
The \fIoptions\fP keyword of a system's \fIresolv.conf\fP file can be
amended on a per-process basis by setting the environment variable
.B RES_OPTIONS
to a space-separated list of resolver options
as explained above under \fBoptions\fP.
-.PP
+.P
The keyword and value must appear on a single line, and the keyword
(e.g., \fBnameserver\fP) must start the line.
The value follows the keyword, separated by white space.
-.PP
+.P
Lines that contain a semicolon (;) or hash character (#)
in the first column are treated as comments.
.SH FILES
@@ -402,5 +402,5 @@ in the first column are treated as comments.
.BR nsswitch.conf (5),
.BR hostname (7),
.BR named (8)
-.PP
+.P
Name Server Operations Guide for BIND
diff --git a/man5/rpc.5 b/man5/rpc.5
index cecc2f607..f49924c6f 100644
--- a/man5/rpc.5
+++ b/man5/rpc.5
@@ -18,7 +18,7 @@ The
file contains user readable names that
can be used in place of RPC program numbers.
Each line has the following information:
-.PP
+.P
.PD 0
.IP \[bu] 3
name of server for the RPC program
@@ -27,17 +27,17 @@ RPC program number
.IP \[bu]
aliases
.PD
-.PP
+.P
Items are separated by any number of blanks and/or
tab characters.
A \[aq]#\[aq] indicates the beginning of a comment; characters from
the \[aq]#\[aq] to the end of the line are not interpreted by routines
which search the file.
-.PP
+.P
Here is an example of the
.I /etc/rpc
file from the Sun RPC Source distribution.
-.PP
+.P
.in +4n
.EX
#
diff --git a/man5/securetty.5 b/man5/securetty.5
index a275fcde6..ec397df9b 100644
--- a/man5/securetty.5
+++ b/man5/securetty.5
@@ -15,7 +15,7 @@ contains the names of terminals
.IR /dev/ )
which are considered secure for the transmission of certain authentication
tokens.
-.PP
+.P
It is used by (some versions of)
.BR login (1)
to restrict the terminals
@@ -23,7 +23,7 @@ on which root is allowed to login.
See
.BR login.defs (5)
if you use the shadow suite.
-.PP
+.P
On PAM enabled systems, it is used for the same purpose by
.BR pam_securetty (8)
to restrict the terminals on which empty passwords are accepted.
diff --git a/man5/services.5 b/man5/services.5
index dd0bf3872..f46f417a6 100644
--- a/man5/services.5
+++ b/man5/services.5
@@ -29,13 +29,13 @@ The C library routines
and
.BR endservent (3)
support querying this file from programs.
-.PP
+.P
Port numbers are assigned by the IANA (Internet Assigned Numbers
Authority), and their current policy is to assign both TCP and UDP
protocols when assigning a port number.
Therefore, most entries will
have two entries, even for TCP-only services.
-.PP
+.P
Port numbers below 1024 (so-called "low numbered" ports) can be
bound to only by root (see
.BR bind (2),
@@ -47,7 +47,7 @@ that the service running on the port is the standard implementation,
and not a rogue service run by a user of the machine.
Well-known port numbers specified by the IANA are normally
located in this root-only space.
-.PP
+.P
The presence of an entry for a service in the
.B services
file does not necessarily mean that the service is currently running
@@ -62,7 +62,7 @@ and so won't appear in
.BR inetd.conf (5).
In particular, news (NNTP) and mail (SMTP) servers are often
initialized from the system boot scripts.
-.PP
+.P
The location of the
.B services
file is defined by
@@ -71,7 +71,7 @@ in
.IR <netdb.h> "."
This is usually set to
.IR /etc/services "."
-.PP
+.P
Each line describes one service, and is of the form:
.IP
\f2service-name\ \ \ port\f3/\f2protocol\ \ \ \f1[\f2aliases ...\f1]
@@ -103,13 +103,13 @@ is an optional space or tab separated list of other names for this
service.
Again, the names are case
sensitive.
-.PP
+.P
Either spaces or tabs may be used to separate the fields.
-.PP
+.P
Comments are started by the hash sign (#) and continue until the end
of the line.
Blank lines are skipped.
-.PP
+.P
The
.I service-name
should begin in the first column of the file, since leading spaces are
@@ -120,7 +120,7 @@ However, a conservative choice of characters should be used to minimize
compatibility problems.
For example, a\-z, 0\-9, and hyphen (\-) would seem a
sensible choice.
-.PP
+.P
Lines not matching this format should not be present in the
file.
(Currently, they are silently skipped by
@@ -129,7 +129,7 @@ file.
and
.BR getservbyport (3).
However, this behavior should not be relied on.)
-.PP
+.P
.\" The following is not true as at glibc 2.8 (a line with a comma is
.\" ignored by getservent()); it's not clear if/when it was ever true.
.\" As a backward compatibility feature, the slash (/) between the
@@ -142,11 +142,11 @@ However, this behavior should not be relied on.)
.\"
This file might be distributed over a network using a network-wide
naming service like Yellow Pages/NIS or BIND/Hesiod.
-.PP
+.P
A sample
.B services
file might look like this:
-.PP
+.P
.in +4n
.EX
netstat 15/tcp
@@ -195,5 +195,5 @@ Definition of
.BR inetd.conf (5),
.BR protocols (5),
.BR inetd (8)
-.PP
+.P
Assigned Numbers RFC, most recently RFC\ 1700, (AKA STD0002).
diff --git a/man5/shells.5 b/man5/shells.5
index 17e35c7ed..2a5d63d7e 100644
--- a/man5/shells.5
+++ b/man5/shells.5
@@ -15,7 +15,7 @@ is a text file which contains the full pathnames of valid login shells.
This file is consulted by
.BR chsh (1)
and available to be queried by other programs.
-.PP
+.P
Be aware that there are programs which consult this file to
find out if a user is a normal user;
for example,
@@ -26,7 +26,7 @@ disallow access to users with shells not included in this file.
.SH EXAMPLES
.I /etc/shells
may contain the following paths:
-.PP
+.P
.in +4n
.EX
.I /bin/sh
diff --git a/man5/slabinfo.5 b/man5/slabinfo.5
index 5ee659f8e..c3121fa28 100644
--- a/man5/slabinfo.5
+++ b/man5/slabinfo.5
@@ -19,7 +19,7 @@ The file
gives statistics on these caches.
The following (edited) output shows an example of the
contents of this file:
-.PP
+.P
.EX
$ \fBsudo cat /proc/slabinfo\fP
slabinfo \- version: 2.1
@@ -29,13 +29,13 @@ sighand_cache 355 405 2112 15 8 : tunables 0 0 0 : slabdata 27 27 0
kmalloc\-8192 96 96 8192 4 8 : tunables 0 0 0 : slabdata 24 24 0
\&...
.EE
-.PP
+.P
The first line of output includes a version number,
which allows an application that is reading the file to handle changes
in the file format.
(See VERSIONS, below.)
The next line lists the names of the columns in the remaining lines.
-.PP
+.P
Each of the remaining lines displays information about a specified cache.
Following the cache name,
the output shown in each line shows three components for each cache:
@@ -45,7 +45,7 @@ statistics
tunables
.IP \[bu]
slabdata
-.PP
+.P
The statistics are as follows:
.TP
.I active_objs
@@ -63,7 +63,7 @@ The number of objects stored in each slab.
.TP
.I pagesperslab
The number of pages allocated for each slab.
-.PP
+.P
The
.I tunables
entries in each line show tunable parameters for the corresponding cache.
@@ -74,13 +74,13 @@ When using the older SLAB allocator,
the tunables for a particular cache can be set by writing
lines of the following form to
.IR /proc/slabinfo :
-.PP
+.P
.in +4n
.EX
# \fBecho \[aq]name limit batchcount sharedfactor\[aq] > /proc/slabinfo\fP
.EE
.in
-.PP
+.P
Here,
.I name
is the cache name, and
@@ -100,7 +100,7 @@ and
should be nonnegative.
If any of the specified values is invalid,
the cache settings are left unchanged.
-.PP
+.P
The
.I tunables
entries in each line contain the following fields:
@@ -121,7 +121,7 @@ when refilling the available object list.
.I sharedfactor
[To be documented]
.\"
-.PP
+.P
The
.I slabdata
entries in each line contain the following fields:
@@ -134,12 +134,12 @@ The total number of slabs.
.TP
.I sharedavail
[To be documented]
-.PP
+.P
Note that because of object alignment and slab cache overhead,
objects are not normally packed tightly into pages.
Pages with even one in-use object are considered in-use and cannot be
freed.
-.PP
+.P
Kernels configured with
.B CONFIG_DEBUG_SLAB
will also have additional statistics fields in each line,
@@ -206,14 +206,14 @@ Only root can read and (if the kernel was configured with
write the
.I /proc/slabinfo
file.
-.PP
+.P
The total amount of memory allocated to the SLAB/SLUB cache is shown in the
.I Slab
field of
.IR /proc/meminfo .
.SH SEE ALSO
.BR slabtop (1)
-.PP
+.P
The kernel source file
.I Documentation/vm/slub.txt
and
diff --git a/man5/sysfs.5 b/man5/sysfs.5
index 26effac12..b118bb650 100644
--- a/man5/sysfs.5
+++ b/man5/sysfs.5
@@ -19,20 +19,20 @@ The files under
.B sysfs
provide information about devices, kernel modules, filesystems,
and other kernel components.
-.PP
+.P
The
.B sysfs
filesystem is commonly mounted at
.IR /sys .
Typically, it is mounted automatically by the system,
but it can also be mounted manually using a command such as:
-.PP
+.P
.in +4n
.EX
mount \-t sysfs sysfs /sys
.EE
.in
-.PP
+.P
Many of the files in the
.B sysfs
filesystem are read-only,
@@ -261,12 +261,12 @@ of thing that needs to be updated very often.
.SH SEE ALSO
.BR proc (5),
.BR udev (7)
-.PP
+.P
P.\& Mochel. (2005).
.IR "The sysfs filesystem" .
Proceedings of the 2005 Ottawa Linux Symposium.
.\" https://www.kernel.org/pub/linux/kernel/people/mochel/doc/papers/ols-2005/mochel.pdf
-.PP
+.P
The kernel source file
.I Documentation/filesystems/sysfs.txt
and various other files in
diff --git a/man5/termcap.5 b/man5/termcap.5
index f2ba89373..3f49c43ac 100644
--- a/man5/termcap.5
+++ b/man5/termcap.5
@@ -19,7 +19,7 @@ It is retained only for compatibility with old programs;
new programs should use the
.BR terminfo (5)
database and associated libraries.
-.PP
+.P
.I /etc/termcap
is an ASCII file (the database master) that lists the capabilities of
many different types of terminals.
@@ -32,18 +32,18 @@ handled by
The termcap database is indexed on the
.B TERM
environment variable.
-.PP
+.P
Termcap entries must be defined on a single logical line, with \[aq]\e\[aq]
used to suppress the newline.
Fields are separated by \[aq]:\[aq].
The first field of each entry starts at the left-hand margin,
and contains a list of names for the terminal, separated by \[aq]|\[aq].
-.PP
+.P
The first subfield may (in BSD termcap entries from 4.3BSD and
earlier) contain a short name consisting of two characters.
This short name may consist of capital or small letters.
In 4.4BSD, termcap entries this field is omitted.
-.PP
+.P
The second subfield (first, in the newer 4.4BSD format) contains the
name used by the environment variable
.BR TERM .
@@ -56,18 +56,18 @@ Usual suffixes are w (more than 80 characters wide), am
display).
The third subfield contains a long and descriptive name for
this termcap entry.
-.PP
+.P
Subsequent fields contain the terminal capabilities; any continued
capability lines must be indented one tab from the left margin.
-.PP
+.P
Although there is no defined order, it is suggested to write first
boolean, then numeric, and then string capabilities, each sorted
alphabetically without looking at lower or upper spelling.
Capabilities of similar functions can be written in one line.
-.PP
+.P
Example for:
.nf
-.PP
+.P
Head line: vt|vt101|DEC VT 101 terminal in 80 character mode:\e
Head line: Vt|vt101-w|DEC VT 101 terminal in (wide) 132 character mode:\e
Boolean: :bs:\e
@@ -358,15 +358,15 @@ vs Standout cursor
wi Set window from line %1 to %2 and column %3 to %4
XF XOFF character if not \fB\[ha]S\fP
.fi
-.PP
+.P
There are several ways of defining the control codes for string capabilities:
-.PP
+.P
Every normal character represents itself,
except \[aq]\[ha]\[aq], \[aq]\e\[aq], and \[aq]%\[aq].
-.PP
+.P
A \fB\[ha]x\fP means Control-x.
Control-A equals 1 decimal.
-.PP
+.P
\ex means a special code.
x can be one of the following characters:
.RS
@@ -403,7 +403,7 @@ Do ASCII output of this parameter with a field with of 3
.TP
%
Print a \[aq]%\[aq]
-.PP
+.P
If you use binary output,
then you should avoid the null character (\[aq]\e0\[aq])
because it terminates the string.
@@ -413,7 +413,7 @@ if a tabulator can be the binary output of a parameter.
Warning:
The above metacharacters for parameters may be wrong: they document Minix
termcap which may not be compatible with Linux termcap.
-.PP
+.P
The block graphic characters can be specified by three string capabilities:
.TP
as
@@ -426,9 +426,9 @@ ac
pairs of characters.
The first character is the name of the block graphic
symbol and the second characters is its definition.
-.PP
+.P
The following names are available:
-.PP
+.P
.nf
+ right arrow (>)
, left arrow (<)
@@ -456,7 +456,7 @@ w normal tee (+)
x vertical line (|)
\[ti] paragraph (???)
.fi
-.PP
+.P
The values in parentheses are suggested defaults which are used by the
.I curses
library, if the capabilities are missing.
diff --git a/man5/tmpfs.5 b/man5/tmpfs.5
index 047a17a78..69404e135 100644
--- a/man5/tmpfs.5
+++ b/man5/tmpfs.5
@@ -12,18 +12,18 @@ facility allows the creation of filesystems whose contents reside
in virtual memory.
Since the files on such filesystems typically reside in RAM,
file access is extremely fast.
-.PP
+.P
The filesystem is automatically created when mounting
a filesystem with the type
.B tmpfs
via a command such as the following:
-.PP
+.P
.in +4n
.EX
$ sudo mount \-t tmpfs \-o size=10M tmpfs /mnt/mytmpfs
.EE
.in
-.PP
+.P
A
.B tmpfs
filesystem has the following properties:
@@ -38,7 +38,7 @@ During a remount operation
.RI ( "mount\ \-o\ remount" ),
the filesystem size can be changed
(without losing the existing contents of the filesystem).
-.PP
+.P
If a
.B tmpfs
filesystem is unmounted, its contents are discarded (lost).
@@ -218,7 +218,7 @@ In order for user-space tools and applications to create
filesystems, the kernel must be configured with the
.B CONFIG_TMPFS
option.
-.PP
+.P
The
.B tmpfs
filesystem supports extended attributes (see
@@ -226,7 +226,7 @@ filesystem supports extended attributes (see
but
.I user
extended attributes are not permitted.
-.PP
+.P
An internal shared memory filesystem is used for
System V shared memory
.RB ( shmget (2))
@@ -241,7 +241,7 @@ This filesystem is available regardless of whether
the kernel was configured with the
.B CONFIG_TMPFS
option.
-.PP
+.P
A
.B tmpfs
filesystem mounted at
@@ -250,7 +250,7 @@ is used for the implementation of POSIX shared memory
.RB ( shm_overview (7))
and POSIX semaphores
.RB ( sem_overview (7)).
-.PP
+.P
The amount of memory consumed by all
.B tmpfs
filesystems is shown in the
@@ -261,7 +261,7 @@ and in the
.I shared
field displayed by
.BR free (1).
-.PP
+.P
The
.B tmpfs
facility was formerly called
@@ -274,7 +274,7 @@ facility was formerly called
.BR set_mempolicy (2),
.BR shm_open (3),
.BR mount (8)
-.PP
+.P
The kernel source files
.I Documentation/filesystems/tmpfs.txt
and
diff --git a/man5/ttytype.5 b/man5/ttytype.5
index 598954c82..fd257de97 100644
--- a/man5/ttytype.5
+++ b/man5/ttytype.5
@@ -23,14 +23,14 @@ Each line consists of a terminal type, followed by
whitespace, followed by a tty name (a device name without the
.I /dev/
prefix).
-.PP
+.P
This association is used by the program
.BR tset (1)
to set the environment variable
.B TERM
to the default terminal name for
the user's current tty.
-.PP
+.P
This facility was designed for a traditional time-sharing environment
featuring character-cell terminals hardwired to a UNIX minicomputer.
It is little used on modern workstation and personal UNIX systems.
@@ -42,7 +42,7 @@ the tty definitions file.
A typical
.I /etc/ttytype
is:
-.PP
+.P
.in +4n
.EX
con80x25 tty1
diff --git a/man5/tzfile.5 b/man5/tzfile.5
index 59d9f6ba9..45afecc10 100644
--- a/man5/tzfile.5
+++ b/man5/tzfile.5
@@ -65,7 +65,7 @@ in the file (must not be zero).
The number of bytes of time zone abbreviation strings
stored in the file.
.RE
-.PP
+.P
The above header is followed by the following fields, whose lengths
depend on the contents of the header:
.IP * 2
@@ -179,7 +179,7 @@ they tell whether the transition times associated with local time types
were specified as UT or local time.
If a UT/local indicator is set, the corresponding standard/wall indicator
must also be set.
-.PP
+.P
The standard/wall and UT/local indicators were designed for
transforming a TZif file's transition times into transitions appropriate
for another time zone specified via a POSIX-style TZ string that lacks rules.
@@ -194,7 +194,7 @@ so users desiring (say) Greek time should instead specify
TZ="Europe/Athens" for better historical coverage, falling back on
TZ="EET\*-2EEST,M3.5.0/3,M10.5.0/4" if POSIX conformance is required
and older timestamps need not be handled accurately.
-.PP
+.P
The
.BR localtime (3)
function
@@ -250,14 +250,14 @@ releases will likely add leap second entries after the expiration, and
the added leap seconds will change how post-expiration timestamps are treated.
.SS Interoperability considerations
Future changes to the format may append more data.
-.PP
+.P
Version 1 files are considered a legacy format and
should not be generated, as they do not support transition
times after the year 2038.
Readers that understand only Version 1 must ignore
any data that extends beyond the calculated end of the version
1 data block.
-.PP
+.P
Other than version 1, writers should generate
the lowest version number needed by a file's data.
For example, a writer should generate a version 4 file
@@ -266,7 +266,7 @@ Likewise, a writer not generating a version 4 file
should generate a version 3 file only if
TZ string extensions are necessary to accurately
model transition times.
-.PP
+.P
The sequence of time changes defined by the version 1
header and data block should be a contiguous sub-sequence
of the time changes defined by the version 2+ header and data
@@ -278,12 +278,12 @@ supporting obsolescent readers use a
.B tzh_timecnt
of zero
in the version 1 data block to save space.
-.PP
+.P
When a TZif file contains a leap second table expiration
time, TZif readers should either refuse to process
post-expiration timestamps, or process them as if the expiration
time did not exist (possibly with an error indication).
-.PP
+.P
Time zone designations should consist of at least three (3)
and no more than six (6) ASCII characters from the set of
alphanumerics,
@@ -292,15 +292,15 @@ and
.q "+".
This is for compatibility with POSIX requirements for
time zone abbreviations.
-.PP
+.P
When reading a version 2 or higher file, readers
should ignore the version 1 header and data block except for
the purpose of skipping over them.
-.PP
+.P
Readers should calculate the total lengths of the
headers and data blocks and check that they all fit within
the actual file size, as part of a validity check for the file.
-.PP
+.P
When a positive leap second occurs, readers should append an extra
second to the local minute containing the second just before the leap
second. If this occurs when the UTC offset is not a multiple of 60
@@ -321,7 +321,7 @@ files generated by future TZif writers, and
.IP *
to help any future specification authors see what sort of
problems arise when the TZif format is changed.
-.PP
+.P
When new versions of the TZif format have been defined, a
design goal has been that a reader can successfully use a TZif
file even if the file is of a later TZif version than what the
@@ -333,7 +333,7 @@ new-version data useful even for older-version readers.
This section attempts to document these compatibility issues and
workarounds, as well as to document other common bugs in
readers.
-.PP
+.P
Interoperability problems with TZif include the following:
.IP * 2
Some readers examine only version 1 data.
@@ -446,7 +446,7 @@ instead of mapping the latter to 01:23:46, and they will map 78796815 to
This has not yet been a practical problem, since no civil authority
has observed such UTC offsets since leap seconds were
introduced in 1972.
-.PP
+.P
Some interoperability problems are reader bugs that
are listed here mostly as warnings to developers of readers.
.IP * 2
@@ -485,7 +485,7 @@ of one hour, or of 15 minutes, or of 1 minute.
.BR tzselect (8),
.BR zdump (8),
.BR zic (8).
-.PP
+.P
Olson A, Eggert P, Murchison K. The Time Zone Information Format (TZif).
2019 Feb.
.UR https://\:datatracker.ietf.org/\:doc/\:html/\:rfc8536
diff --git a/man5/utmp.5 b/man5/utmp.5
index 0c3430abd..62febabef 100644
--- a/man5/utmp.5
+++ b/man5/utmp.5
@@ -22,7 +22,7 @@ file allows one to discover information about who is currently using the
system.
There may be more users currently using the system, because not
all programs use utmp logging.
-.PP
+.P
.B Warning:
.I utmp
must not be writable by the user class "other",
@@ -32,7 +32,7 @@ You risk faked system logfiles and
modifications of system files if you leave
.I utmp
writable to any user other than the owner and group owner of the file.
-.PP
+.P
The file is a sequence of
.I utmp
structures,
@@ -40,7 +40,7 @@ declared as follows in
.I <utmp.h>
(note that this is only one of several definitions
around; details depend on the version of libc):
-.PP
+.P
.in +4n
.EX
/* Values for ut_type field, below */
@@ -112,7 +112,7 @@ struct utmp {
#define ut_addr ut_addr_v6[0]
.EE
.in
-.PP
+.P
This structure gives the name of the special file associated with the
user's terminal, the user's login name, and the time of login in the form
of
@@ -120,7 +120,7 @@ of
String fields are terminated by a null byte (\[aq]\e0\[aq])
if they are shorter than the size
of the field.
-.PP
+.P
The first entries ever created result from
.BR init (1)
processing
@@ -137,7 +137,7 @@ with the needed \fIut_id\fP can be found,
creates a new one.
It sets \fIut_id\fP from the inittab, \fIut_pid\fP and \fIut_time\fP to the
current values, and \fIut_type\fP to \fBINIT_PROCESS\fP.
-.PP
+.P
.BR mingetty (8)
(or
.BR agetty (8))
@@ -156,7 +156,7 @@ and
.BR login (1),
records may be located by
\fIut_line\fP instead of the preferable \fIut_pid\fP.
-.PP
+.P
When
.BR init (1)
finds that a process has exited, it locates its utmp entry by
@@ -171,7 +171,7 @@ and clears
and
.I ut_time
with null bytes.
-.PP
+.P
.BR xterm (1)
and other terminal emulators directly create a
\fBUSER_PROCESS\fP record and generate the \fIut_id\fP by using the
@@ -184,7 +184,7 @@ If they can, they
will mark it as \fBDEAD_PROCESS\fP on exiting and it is advised that
they null \fIut_line\fP, \fIut_time\fP, \fIut_user\fP, and \fIut_host\fP
as well.
-.PP
+.P
.BR telnetd (8)
sets up a \fBLOGIN_PROCESS\fP entry and leaves the rest to
.BR login (1)
@@ -192,7 +192,7 @@ as usual.
After the telnet session ends,
.BR telnetd (8)
cleans up utmp in the described way.
-.PP
+.P
The \fIwtmp\fP file records all logins and logouts.
Its format is exactly like \fIutmp\fP except that a null username
indicates a logout
@@ -237,7 +237,7 @@ POSIX.1 does not specify the lengths of the
and
.I ut_user
fields.
-.PP
+.P
Linux defines the
.I utmpx
structure to be the same as the
@@ -248,14 +248,14 @@ Linux.
.SH HISTORY
Linux utmp entries conform neither to v7/BSD nor to System V; they are a
mix of the two.
-.PP
+.P
v7/BSD has fewer fields; most importantly it lacks
\fIut_type\fP, which causes native v7/BSD-like programs to display (for
example) dead or login entries.
Further, there is no configuration file
which allocates slots to sessions.
BSD does so because it lacks \fIut_id\fP fields.
-.PP
+.P
In Linux (as in System V), the \fIut_id\fP field of a
record will never change once it has been set, which reserves that slot
without needing a configuration file.
@@ -267,7 +267,7 @@ with null bytes is not required by System V semantics,
but makes it possible to run
many programs which assume BSD semantics and which do not modify utmp.
Linux uses the BSD conventions for line contents, as documented above.
-.PP
+.P
.\" mtk: What is the referrent of "them" in the following sentence?
.\" System V only uses the type field to mark them and logs
.\" informative messages such as \fB"new time"\fP in the line field.
@@ -279,10 +279,10 @@ must always exist on Linux.
If you want to disable
.BR who (1),
then do not make utmp world readable.
-.PP
+.P
The file format is machine-dependent, so it is recommended that it be
processed only on the machine architecture where it was created.
-.PP
+.P
Note that on \fIbiarch\fP platforms, that is, systems which can run both
32-bit and 64-bit applications (x86-64, ppc64, s390x, etc.),
\fIut_tv\fP is the same size in 32-bit mode as in 64-bit mode.
@@ -303,15 +303,15 @@ and
.IR tv_usec .
Since \fIut_tv\fP may not be the same as \fIstruct timeval\fP,
then instead of the call:
-.PP
+.P
.in +4n
.EX
gettimeofday((struct timeval *) &ut.ut_tv, NULL);
.EE
.in
-.PP
+.P
the following method of setting this field is recommended:
-.PP
+.P
.in +4n
.EX
struct utmp ut;
@@ -322,7 +322,7 @@ ut.ut_tv.tv_sec = tv.tv_sec;
ut.ut_tv.tv_usec = tv.tv_usec;
.EE
.in
-.\" .PP
+.\" .P
.\" Note that the \fIutmp\fP struct from libc5 has changed in libc6.
.\" Because of this,
.\" binaries using the old libc5 struct will corrupt