openbsd/src/lib/libcrypto/man/X509_NAME_hash.3, branch OPENBSD_7_9_BASE A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9_BASE 2025-06-08T22:40:31+00:00 .Lb libcrypto ; OK tb@ 2025-06-08T22:40:31+00:00 schwarze 2025-06-08T22:40:31+00:00 urn:sha1:8be86af02fed1bda350c8dd14ee064cb66e3b0f5 Use hyphenated spelling for the SHAs except for the API 2025-04-17T14:58:09+00:00 tb 2025-04-17T14:58:09+00:00 urn:sha1:b0c22498c7b42a3f38fcccfa862a8eef97712913 The mix of SHA256 and SHA-256 is jarring, so use FIPS's spelling. Leave HMAC-SHA256 as it is and fix a nearby RIPEMD-160. document X509_LOOKUP_mem(3) in X509_LOOKUP_hash_dir(3) 2021-07-31T14:54:34+00:00 schwarze 2021-07-31T14:54:34+00:00 urn:sha1:84beda7f43d78d809cbf0a6f7110fa8519186414 and add a new manual page X509_LOOKUP_new(3) Add a roff(7) comment that X509_issuer_and_serial_hash() is 2021-07-23T20:25:36+00:00 schwarze 2021-07-23T20:25:36+00:00 urn:sha1:a5bbca1541c196ff36750b27f054cfc8ad06b363 intentionally undocumented because it uses MD5 only and is unused in real-world code according to codesearch.debian.net. No objection from tb@. Split X509_NAME_hash(3) out of d2i_X509_NAME(3) and document 2021-07-20T17:31:32+00:00 schwarze 2021-07-20T17:31:32+00:00 urn:sha1:b3a58e03f75e67c39eea24d0a51cb76f8a36b206 X509_issuer_name_hash(3), X509_subject_name_hash(3), and the _old variants. Even though this is only tangentially related to decoding and encoding, including a single function in d2i_X509_NAME(3) was probably OK, but let's not bog down that page with six functions that are likely to become obsolete at some point - even though right now, they are still being used both internally and by external software.