summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/man/X509_ATTRIBUTE_new.3 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* The X509at_* manuals are no longer neededtb2024-09-021-5/+3
|
* LibreSSL no longer supports adding X.501 attributes to an EVP_PKEYtb2024-08-241-3/+2
| | | | Remove the corresponding documentation.
* new manual page X509_REQ_add1_attr(3) documenting nine functionsschwarze2021-10-261-2/+3
| | | | for X.501 Attributes in PKCS#10 certification requests
* new manual page PKCS8_pkey_set0(3)schwarze2021-10-251-2/+3
| | | | documenting four PKCS#8 PrivateKeyInfo accessors
* new manual page EVP_PKEY_add1_attr(3) documenting nine functionsschwarze2021-10-221-1/+2
| | | | for associating X.501 Attributes with private keys
* new manual page X509at_add1_attr(3)schwarze2021-10-221-1/+2
| | | | describing five functions to change arrays of X.501 Attribute objects
* new manual page X509at_get_attr(3)schwarze2021-10-221-3/+4
| | | | documenting five X.501 Attribute read accessors
* new manual page X509_ATTRIBUTE_set1_object(3)schwarze2021-10-211-2/+3
| | | | documenting five X.501 Attribute write accessors
* new manual page X509_ATTRIBUTE_get0_object(3)schwarze2021-10-201-1/+2
| | | | documenting the four X.501 Attribute read accessors
* document X509_ATTRIBUTE_create(3) and X509_ATTRIBUTE_dup(3)schwarze2021-10-201-6/+60
|
* new manual page PKCS7_add_attribute(3);schwarze2020-06-041-2/+3
| | | | tweaks and OK tb@
* Tree structure for manual pages: crypto(3) links to 33 functionschwarze2019-06-061-2/+3
| | | | | | | | | | | group pages, and these link on to all their second-level subpages. Only a handful of second-level pages have third-level subpages. So all crypto pages can now be reached from the www.libressl.org frontpage via at most four clicks, in most cases three clicks. Also link back from leaf pages to their respective group pages and add a couple of additional links between related pages. Triggered by a question from deraadt@. OK jmc@ tb@
* found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballsschwarze2018-03-271-3/+3
| | | | on the web, so fix up SSLeay HISTORY accordingly
* x509.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL gitschwarze2018-03-211-2/+8
|
* add missing .Vt macrosschwarze2016-12-281-4/+10
|
* Write new manual pages d2i_X509_ATTRIBUTE(3) and d2i_X509_EXTENSION(3)schwarze2016-12-281-2/+3
| | | | | from scratch. All six functions are listed in <openssl/x509.h> and in OpenSSL doc/man3/d2i_X509.pod.
* Write new manual pages PKCS12_new(3) and PKCS12_SAFEBAG_new(3) fromschwarze2016-12-221-5/+13
| | | | | | | | | | | scratch. All these functions are listed in <openssl/pkcs12.h> and in OpenSSL doc/man3/X509_dup.pod. As usual, OpenSSL documentation specifies the wrong header file. Note that PKCS#12 documentation is still scanty at best. For example, out of 19 public functions handling PKCS12 objects, five are now documented, and this commit documents the first two out of 24 public functions handling PKCS12_SAFEBAG objects.
* Write new X509_ATTRIBUTE(3) manual page from scratch.schwarze2016-12-171-0/+99
Both functions are listed in <openssl/x509.h> and in OpenSSL doc/man3/X509_dup.pod. OpenSSL documentation specifies the wrong header file. The design and use of this data type feels horrific. If you understand PKCS#8 or PKCS#10 and can explain why this was designed as it is, your contribution to this manual page is welcome.