man: fix typo

Follow-up for c896eb7ad65f4dbe968fdf01fa51e9ef4d2d11ed.

diff --git a/man/sd_listen_fds.xml b/man/sd_listen_fds.xml
index 83d94c79031579ec23d6258f60589409b333b9c2..9e0be7fbf7fadf2c81c2c2c7dabc53d42360d575 100644 (file)
--- a/man/sd_listen_fds.xml
+++ b/man/sd_listen_fds.xml
@@ -56,13 +56,13 @@
     (in which case the kernel closes them automatically). Note that the file descriptors received by daemons
     are duplicates of the file descriptors the service manager originally allocated and bound and of which it
     continuously keeps a copy (except if <varname>Accept=yes</varname> is used). This means any socket option
-    changes and other changes made to the sockets will visible to the service manager too. Most importanly
-    this means it's generally not a good idea to invoke <citerefentry
+    changes and other changes made to the sockets will be visible to the service manager too. Most
+    importantly this means it's generally not a good idea to invoke <citerefentry
     project='man-pages'><refentrytitle>shutdown</refentrytitle><manvolnum>2</manvolnum></citerefentry> on
     such sockets, since it will shut down communication on the file descriptor the service manager holds for
-    the same socket, too. Also note that if a daemon is restarted (and its associated sockets are not) it
-    will receive file descriptors to the very same sockets as the earlier invocations, thus all socket
-    options applied then will still apply.</para>
+    the same socket too. Also note that if a daemon is restarted (and its associated sockets are not) it will
+    receive file descriptors to the very same sockets as the earlier invocations, thus all socket options
+    applied then will still apply.</para>
 
     <para>If a daemon receives more than one file descriptor, they will be passed in the same order as
     configured in the systemd socket unit file (see