mirror of
https://github.com/systemd/systemd
synced 2024-10-15 12:34:37 +00:00
man: reword systemd.socket(5) description to avoid "file" when talking about services
This text was written a long time ago, when we mostly talked about "service files". Strictly speaking, we don't need a "file", because the service might be just an instance of a template, or an alias to another service. So let's use the more modern parlance of "service units". https://bugzilla.redhat.com/show_bug.cgi?id=1623781#c21
This commit is contained in:
parent
7cc5ef5f18
commit
847af199e5
|
@ -51,11 +51,11 @@
|
|||
which configure resource control settings for the processes of the
|
||||
socket.</para>
|
||||
|
||||
<para>For each socket file, a matching service file must exist,
|
||||
<para>For each socket unit, a matching service unit must exist,
|
||||
describing the service to start on incoming traffic on the socket
|
||||
(see
|
||||
<citerefentry><refentrytitle>systemd.service</refentrytitle><manvolnum>5</manvolnum></citerefentry>
|
||||
for more information about .service files). The name of the
|
||||
for more information about .service units). The name of the
|
||||
.service unit is by default the same as the name of the .socket
|
||||
unit, but can be altered with the <option>Service=</option> option
|
||||
described below. Depending on the setting of the
|
||||
|
@ -66,7 +66,7 @@
|
|||
socket file <filename>foo.socket</filename> needs a matching
|
||||
service <filename>foo.service</filename> if
|
||||
<option>Accept=no</option> is set. If
|
||||
<option>Accept=yes</option> is set, a service template file
|
||||
<option>Accept=yes</option> is set, a service template
|
||||
<filename>foo@.service</filename> must exist from which services
|
||||
are instantiated for each incoming connection.</para>
|
||||
|
||||
|
|
Loading…
Reference in a new issue