diff options
author | Dimitri Papadopoulos <3234522+DimitriPapadopoulos@users.noreply.github.com> | 2023-07-16 08:25:55 +0200 |
---|---|---|
committer | Pauli <pauli@openssl.org> | 2023-07-18 18:54:45 +1000 |
commit | a024ab984e540bff65d25407496c34b3567b55a7 (patch) | |
tree | 926b3165cd52ea6abe176682d13fadb59cc0f224 /doc | |
parent | 4c4fefa5c78a49b63113aec35a2bc8d6d9432436 (diff) |
Fix typos found by codespell
Reviewed-by: Hugo Landau <hlandau@openssl.org>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
Reviewed-by: Paul Dale <pauli@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/21467)
Diffstat (limited to 'doc')
-rw-r--r-- | doc/designs/ddd/WINDOWS.md | 2 | ||||
-rw-r--r-- | doc/man1/openssl-dhparam.pod.in | 2 | ||||
-rw-r--r-- | doc/man1/openssl-x509.pod.in | 2 | ||||
-rw-r--r-- | doc/man3/ASYNC_WAIT_CTX_new.pod | 2 | ||||
-rw-r--r-- | doc/man3/CMS_verify.pod | 4 | ||||
-rw-r--r-- | doc/man3/OSSL_CMP_CTX_new.pod | 2 | ||||
-rw-r--r-- | doc/man3/OSSL_HPKE_CTX_new.pod | 4 | ||||
-rw-r--r-- | doc/man3/OSSL_SELF_TEST_new.pod | 2 | ||||
-rw-r--r-- | doc/man3/SSL_CTX_new.pod | 2 | ||||
-rw-r--r-- | doc/man3/SSL_new.pod | 2 |
10 files changed, 12 insertions, 12 deletions
diff --git a/doc/designs/ddd/WINDOWS.md b/doc/designs/ddd/WINDOWS.md index d92c4133d3..033b2808d9 100644 --- a/doc/designs/ddd/WINDOWS.md +++ b/doc/designs/ddd/WINDOWS.md @@ -72,7 +72,7 @@ Evaluation of the existing demos and their applicability to Windows IOCP: Further, a cursory examination of code on GitHub seems to suggest that when people do use IOCP with libssl, they do it using memory BIOs passed to libssl. -So ddd-05 and ddd-06 essentially demonstate this use case, especially ddd-06 as +So ddd-05 and ddd-06 essentially demonstrate this use case, especially ddd-06 as it uses IOCP internally on Windows. My conclusion here is that since libssl does not support IOCP in the first diff --git a/doc/man1/openssl-dhparam.pod.in b/doc/man1/openssl-dhparam.pod.in index 634cd1ef98..7edcdf21ff 100644 --- a/doc/man1/openssl-dhparam.pod.in +++ b/doc/man1/openssl-dhparam.pod.in @@ -89,7 +89,7 @@ I<numbits>. It must be the last option. If this option is present then the input file is ignored and parameters are generated instead. If this option is not present but a generator (B<-2>, B<-3> or B<-5>) is present, parameters are generated with a default length of 2048 bits. -The minimim length is 512 bits. The maximum length is 10000 bits. +The minimum length is 512 bits. The maximum length is 10000 bits. =item B<-noout> diff --git a/doc/man1/openssl-x509.pod.in b/doc/man1/openssl-x509.pod.in index 8fb1917bfc..9d1b0bd6bd 100644 --- a/doc/man1/openssl-x509.pod.in +++ b/doc/man1/openssl-x509.pod.in @@ -487,7 +487,7 @@ unless the B<-new> option is given, which generates a certificate from scratch. =item B<-CAform> B<DER>|B<PEM>|B<P12>, -The format for the CA certificate; unspecifed by default. +The format for the CA certificate; unspecified by default. See L<openssl-format-options(1)> for details. =item B<-CAkey> I<filename>|I<uri> diff --git a/doc/man3/ASYNC_WAIT_CTX_new.pod b/doc/man3/ASYNC_WAIT_CTX_new.pod index 328af9e53a..a98635c2a1 100644 --- a/doc/man3/ASYNC_WAIT_CTX_new.pod +++ b/doc/man3/ASYNC_WAIT_CTX_new.pod @@ -83,7 +83,7 @@ will be populated with the list of added and deleted fds respectively. Similarly to ASYNC_WAIT_CTX_get_all_fds() either of these can be NULL, but if they are not NULL then the caller is responsible for ensuring sufficient memory is allocated. -Implementors of async aware code (e.g. engines) are encouraged to return a +Implementers of async aware code (e.g. engines) are encouraged to return a stable fd for the lifetime of the B<ASYNC_WAIT_CTX> in order to reduce the "churn" of regularly changing fds - although no guarantees of this are provided to applications. diff --git a/doc/man3/CMS_verify.pod b/doc/man3/CMS_verify.pod index ddd2a8970c..b3434af9ff 100644 --- a/doc/man3/CMS_verify.pod +++ b/doc/man3/CMS_verify.pod @@ -38,7 +38,7 @@ I<flags> is an optional set of flags, which can be used to modify the operation. CMS_SignedData_verify() is like CMS_verify() except that it operates on B<CMS SignedData> input in the I<sd> argument, it has some additional parameters described next, -and on success it returns the verfied content as a memory BIO. +and on success it returns the verified content as a memory BIO. The optional I<extra> parameter may be used to provide untrusted CA certificates that may be helpful for chain building in certificate validation. This list of certificates must not contain duplicates. @@ -132,7 +132,7 @@ timestamp). CMS_verify() returns 1 for a successful verification and 0 if an error occurred. -CMS_SignedData_verify() returns a memory BIO containing the verfied content, +CMS_SignedData_verify() returns a memory BIO containing the verified content, or NULL on error. CMS_get0_signers() returns all signers or NULL if an error occurred. diff --git a/doc/man3/OSSL_CMP_CTX_new.pod b/doc/man3/OSSL_CMP_CTX_new.pod index 809e115d9f..b07d18229d 100644 --- a/doc/man3/OSSL_CMP_CTX_new.pod +++ b/doc/man3/OSSL_CMP_CTX_new.pod @@ -193,7 +193,7 @@ clearing the internal CMP transaction (aka session) status, PKIStatusInfo, and any previous results (newCert, newChain, caPubs, and extraCertsIn) from the last executed transaction. It also clears any ITAVs that were added by OSSL_CMP_CTX_push0_genm_ITAV(). -All other field values (i.e., CMP options) are retained for potential re-use. +All other field values (i.e., CMP options) are retained for potential reuse. OSSL_CMP_CTX_get0_libctx() returns the I<libctx> argument that was used when constructing I<ctx> with OSSL_CMP_CTX_new(), which may be NULL. diff --git a/doc/man3/OSSL_HPKE_CTX_new.pod b/doc/man3/OSSL_HPKE_CTX_new.pod index 9a7786b5ee..c169ee8f5e 100644 --- a/doc/man3/OSSL_HPKE_CTX_new.pod +++ b/doc/man3/OSSL_HPKE_CTX_new.pod @@ -189,7 +189,7 @@ modes> and L</Sender-authenticated HPKE Modes>. HPKE contexts have a role - either sender or receiver. This is used to control which functions can be called and so that senders do not -re-use a key and nonce with different plaintexts. +reuse a key and nonce with different plaintexts. OSSL_HPKE_CTX_free(), OSSL_HPKE_export(), OSSL_HPKE_CTX_set1_psk(), and OSSL_HPKE_CTX_get_seq() can be called regardless of role. @@ -406,7 +406,7 @@ I<seq> output) that will be used in the next call to seal or open. That would return 0 before the first call a sender made to OSSL_HPKE_seal() and 1 after that first call. -Note that re-use of the same nonce and key with different plaintexts would +Note that reuse of the same nonce and key with different plaintexts would be very dangerous and could lead to loss of confidentiality and integrity. We therefore only support application control over I<seq> for decryption (i.e. OSSL_HPKE_open()) operations. diff --git a/doc/man3/OSSL_SELF_TEST_new.pod b/doc/man3/OSSL_SELF_TEST_new.pod index 5fe8383519..77eaa9acdb 100644 --- a/doc/man3/OSSL_SELF_TEST_new.pod +++ b/doc/man3/OSSL_SELF_TEST_new.pod @@ -22,7 +22,7 @@ OSSL_SELF_TEST_onend - functionality to trigger a callback during a self test =head1 DESCRIPTION -These methods are intended for use by provider implementors, to display +These methods are intended for use by provider implementers, to display diagnostic information during self testing. OSSL_SELF_TEST_new() allocates an opaque B<OSSL_SELF_TEST> object that has a diff --git a/doc/man3/SSL_CTX_new.pod b/doc/man3/SSL_CTX_new.pod index 61de1a6551..fb46cbca75 100644 --- a/doc/man3/SSL_CTX_new.pod +++ b/doc/man3/SSL_CTX_new.pod @@ -100,7 +100,7 @@ provide serialization of access for these cases. =head1 NOTES -On session estabilishment, by default, no peer credentials verification is done. +On session establishment, by default, no peer credentials verification is done. This must be explicitly requested, typically using L<SSL_CTX_set_verify(3)>. For verifying peer certificates many options can be set using various functions such as L<SSL_CTX_load_verify_locations(3)> and L<SSL_CTX_set1_param(3)>. diff --git a/doc/man3/SSL_new.pod b/doc/man3/SSL_new.pod index 82fb89f36f..309430d9b7 100644 --- a/doc/man3/SSL_new.pod +++ b/doc/man3/SSL_new.pod @@ -35,7 +35,7 @@ MUST NOT have yet started the SSL handshake. For connections that are not in their initial state SSL_dup() just increments an internal reference count and returns the I<same> handle. It may be possible to use L<SSL_clear(3)> to recycle an SSL handle that is not in its initial -state for re-use, but this is best avoided. Instead, save and restore +state for reuse, but this is best avoided. Instead, save and restore the session, if desired, and construct a fresh handle for each connection. The subset of settings in I<s> that are duplicated are: |