]> granicus.if.org Git - p11-kit/commitdiff
manual: Fix typos in documentation
authorLudovic Rousseau <ludovic.rousseau@gmail.com>
Mon, 19 Oct 2015 08:26:23 +0000 (10:26 +0200)
committerStef Walter <stefw@redhat.com>
Mon, 19 Oct 2015 08:27:01 +0000 (10:27 +0200)
https://bugs.freedesktop.org/show_bug.cgi?id=92520

doc/manual/p11-kit-sharing.xml
doc/manual/pkcs11.conf.xml

index 8be305713625d824d7e50a4b00e84f64b0b4dfd0..0edf36ed915d8a7dbb736d1b1329aceb52659deb 100644 (file)
@@ -15,7 +15,7 @@
 
                <para>An example: An application might use GnuTLS for
                TLS connections, and use libgcr for display of certificates. Both of
-               these want to load (and initialze) the same PKCS#11 modules. There are
+               these want to load (and initialize) the same PKCS#11 modules. There are
                many places where this situation occurs, including large applications
                like Evolution which due to their dependencies end up using both NSS and
                GnuTLS.</para>
@@ -25,7 +25,7 @@
                When consumer B initializes the module (also using C_Initialize),
                the error code <literal>CKR_CRYPTOKI_ALREADY_INITIALIZED</literal>
                is correctly returned. This is normal PKCS#11 specification
-               defined behavior for when a module is initalized twice in the
+               defined behavior for when a module is initialized twice in the
                same process. If consumer B is aware of this situation they may
                choose to ignore this error code.</para>
 
index 16e6cb23f8f0de6fc4a8e54c8dc6ea95edbd368b..16b6baad5cfc1975fbdc7ed48487f90bc651c67a 100644 (file)
@@ -138,7 +138,7 @@ x-custom : text
                        p11-kit. Making a module unmanaged is not recommended, and will cause
                        problems if multiple callers in a single process share a PKCS#11 module.</para>
 
-                       <para>This argument is optonal and defaults to <literal>yes</literal>.</para>
+                       <para>This argument is optional and defaults to <literal>yes</literal>.</para>
                </listitem>
        </varlistentry>
        <varlistentry>
@@ -146,7 +146,7 @@ x-custom : text
                <listitem>
                        <para>The value should be an integer. When lists of modules are
                        returned to a caller of p11-kit, modules with a higher number are sorted
-                       first. When applications search modules for for certificates, keys and
+                       first. When applications search modules for certificates, keys and
                        trust policy information, this setting will affect what find
                        first.</para>
                        <para>This argument is optional, and defaults to zero. Modules
@@ -181,7 +181,7 @@ remote: |ssh user@remote p11-kit remote /path/to/module.so
                        <para>Set to <literal>yes</literal> to write a log to stderr of all the
                        calls into the module. This is only supported for managed modules.</para>
 
-                       <para>This argument is optonal and defaults to <literal>no</literal>.</para>
+                       <para>This argument is optional and defaults to <literal>no</literal>.</para>
                </listitem>
        </varlistentry>
        </variablelist>
@@ -220,7 +220,7 @@ remote: |ssh user@remote p11-kit remote /path/to/module.so
                        problems if multiple callers in a single process share a PKCS#11
                        module.</para>
 
-                       <para>This argument is optonal.</para>
+                       <para>This argument is optional.</para>
                </listitem>
        </varlistentry>
        <varlistentry>