summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAlan Coopersmith <alan.coopersmith@oracle.com>2022-07-17 12:16:48 -0700
committerAlan Coopersmith <alan.coopersmith@oracle.com>2022-07-17 12:16:48 -0700
commit8570239e74569411dc8c470e687c9ca042746cb5 (patch)
tree591d7a0a0babead13342c8c5bd3a355a45607e03
parent9e886976a3e3eeddcf7db894eec6aaa1d1a2548a (diff)
Fix spelling/wording issues
Found by using: codespell --builtin clear,rare,usage,informal,code,names Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-rw-r--r--AUTHORS2
-rw-r--r--README.md2
-rw-r--r--Wraphelp.c2
-rw-r--r--configure.ac2
-rw-r--r--doc/xdmcp.xml12
5 files changed, 10 insertions, 10 deletions
diff --git a/AUTHORS b/AUTHORS
index 0364123..49d637e 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -5,4 +5,4 @@ for security issues.
GNU/Hurd support, Marcus Brinkmann
-Our apologies if we have inadvertantly overlooked anyone.
+Our apologies if we have inadvertently overlooked anyone.
diff --git a/README.md b/README.md
index ea19e96..9fc265f 100644
--- a/README.md
+++ b/README.md
@@ -6,7 +6,7 @@ Xorg mailing list:
https://lists.x.org/mailman/listinfo/xorg
-The master development code repository can be found at:
+The primary development code repository can be found at:
https://gitlab.freedesktop.org/xorg/lib/libXdmcp
diff --git a/Wraphelp.c b/Wraphelp.c
index 99effdb..e7b33ec 100644
--- a/Wraphelp.c
+++ b/Wraphelp.c
@@ -14,7 +14,7 @@
* 10/9/1991 eay - first release.
* The des routines this file has been made from can be found in
* ftp.psy.uq.oz.au /pub/DES
- * This particular version derived from OpenBSD Revsion 1.3.
+ * This particular version derived from OpenBSD Revision 1.3.
*/
/*
diff --git a/configure.ac b/configure.ac
index e3fe6d7..c8e74b7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -70,7 +70,7 @@ esac
AC_CHECK_LIB([bsd], [arc4random_buf])
AC_CHECK_FUNCS([srand48 lrand48 arc4random_buf getentropy])
-# Obtain compiler/linker options for depedencies
+# Obtain compiler/linker options for dependencies
PKG_CHECK_MODULES(XDMCP, xproto)
if test -f ${srcdir}/Wraphelp.c; then
diff --git a/doc/xdmcp.xml b/doc/xdmcp.xml
index 1f96040..02c5226 100644
--- a/doc/xdmcp.xml
+++ b/doc/xdmcp.xml
@@ -189,7 +189,7 @@ login service as is provided by the negotiated authorization mechanism.
<listitem>
<para>
Because there are no firm standards yet in the area of security,
-XDMCP must be flexible enough to accomodate a variety of security mechanisms.
+XDMCP must be flexible enough to accommodate a variety of security mechanisms.
</para>
</listitem>
</itemizedlist>
@@ -894,7 +894,7 @@ Specifies the authentication method, selected from the list offered in the
<function>BroadcastQuery ,</function>
or
<function>IndirectQuery</function>
-packet that the manger expects the display to use in the subsequent
+packet that the manager expects the display to use in the subsequent
<function>Request</function>
packet.
This choice should remain as constant as feasible so that displays that
@@ -2258,7 +2258,7 @@ Problem:
<entry></entry>
<entry spanname="col4_on">
Display open does not succeed before a second manage packet is received
-because of a timeout occuring in the display.
+because of a timeout occurring in the display.
</entry>
</row>
@@ -2621,7 +2621,7 @@ packet during the negotiation for the current session.
<row>
<entry></entry>
<entry spanname="col2_on">
-Sematics:
+Semantics:
</entry>
</row>
@@ -2834,7 +2834,7 @@ If only a single session was active on the display,
all other connections should be closed by the display
and the display should be reset. If multiple sessions
are active simultaneously and the display can identify which connections
-belong to the terminated sesssion, those connections should be closed.
+belong to the terminated session, those connections should be closed.
Otherwise, all connections should be closed and the display reset only when
all sessions have been terminated (that is, all initial connections closed).
</para>
@@ -3743,7 +3743,7 @@ authentication data. An associated example X authorization protocol
as a 64-bit number in network order (big endian). This means that the first
octet in the representation will be zero. When incrementing a 64-bit value,
the 8 octets of data will be interpreted in network order (big endian).
-That is, the last octet will be incremented, subsequent carries propogate
+That is, the last octet will be incremented, subsequent carries propagate
towards the first octet.
</para>