<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/man/EVP_SignInit.3, branch OPENBSD_6_8_BASE</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_6_8_BASE</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_6_8_BASE'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2019-06-10T14:58:48+00:00</updated>
<entry>
<title>delete references to ERR pages from SEE ALSO where such</title>
<updated>2019-06-10T14:58:48+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2019-06-10T14:58:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b783ba28c4b47eb204506e8af355d28ef6e67dec'/>
<id>urn:sha1:b783ba28c4b47eb204506e8af355d28ef6e67dec</id>
<content type='text'>
references were already given below RETURN VALUES right above
</content>
</entry>
<entry>
<title>Fix bogus cross reference: EVP_SignDigest* -&gt; EVP_DigestSign*</title>
<updated>2019-06-05T04:59:49+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2019-06-05T04:59:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=d8475da0eb87c753ec094f513e9e547b496b4f9c'/>
<id>urn:sha1:d8475da0eb87c753ec094f513e9e547b496b4f9c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>EVP_MD_CTX_cleanup() is deprecated and doesn't free, so recommend using</title>
<updated>2018-12-23T08:35:14+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2018-12-23T08:35:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=f0c8297010be130ae0c3582b4984f812a899e523'/>
<id>urn:sha1:f0c8297010be130ae0c3582b4984f812a899e523</id>
<content type='text'>
EVP_MD_CTX_free() instead if the goal is to avoid leaking memory.

From my corresponding upstream commit, reminded by schwarze
</content>
</entry>
<entry>
<title>sync with const changes in evp.h r1.64.</title>
<updated>2018-07-09T09:56:05+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2018-07-09T09:56:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=db2f35b36b729fe592f392dbdaad2a0fb2648f37'/>
<id>urn:sha1:db2f35b36b729fe592f392dbdaad2a0fb2648f37</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Document EVP_PKEY_bits(3).</title>
<updated>2018-05-13T15:53:30+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-05-13T15:53:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=4007edb975aa9506f5186aa4eb27dd6a7d69b64f'/>
<id>urn:sha1:4007edb975aa9506f5186aa4eb27dd6a7d69b64f</id>
<content type='text'>
It is clearly public because it is declared in &lt;openssl/evp.h&gt;,
refenced from EVP_PKEY_asn1_set_public(3), and similar to the
documented functions DH_bits(3) and RSA_bits(3).
Triggered by tb@ adding a const qualifier to its argument.
</content>
</entry>
<entry>
<title>Remove mention of link between message digests and public key algorithms.</title>
<updated>2018-03-29T21:26:51+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-03-29T21:26:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=21cd03787f551a808f6b1ab06abbb7ab2a63c244'/>
<id>urn:sha1:21cd03787f551a808f6b1ab06abbb7ab2a63c244</id>
<content type='text'>
The comment in EVP_DigestInit.pod is:
"EVP_MD_pkey_type() returns the NID of the public key signing algorithm
associated with this digest.  For example EVP_sha1() is associated with
RSA so this will return NID_sha1WithRSAEncryption.  Since digests and
signature algorithms are no longer linked this function is only retained
for compatibility reasons."
So there is no link anymore.

From &lt;paul dot dale at oracle dot com&gt;
via OpenSSL commit 79b49fb0 Mar 20 10:03:10 2018 +1000
</content>
</entry>
<entry>
<title>found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballs</title>
<updated>2018-03-27T17:35:50+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-03-27T17:35:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=30d10c511917e0e339dec931667fc4b6eb014430'/>
<id>urn:sha1:30d10c511917e0e339dec931667fc4b6eb014430</id>
<content type='text'>
on the web, so fix up SSLeay HISTORY accordingly
</content>
</entry>
<entry>
<title>crypto HISTORY up to 0.9.7; researched from OpenSSL git</title>
<updated>2018-03-22T21:08:22+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-03-22T21:08:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=d1309e0bd6b01602902f2b12832ae8d7492733e1'/>
<id>urn:sha1:d1309e0bd6b01602902f2b12832ae8d7492733e1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>evp.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL git</title>
<updated>2018-03-20T23:56:07+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-03-20T23:56:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=09b628599eb08d09a57235b614a6bdf6d830efab'/>
<id>urn:sha1:09b628599eb08d09a57235b614a6bdf6d830efab</id>
<content type='text'>
</content>
</entry>
<entry>
<title>New manual page EVP_PKEY_asn1_new(3) from Richard Levitte</title>
<updated>2018-02-14T02:15:46+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2018-02-14T02:15:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=69525d9e5afa55d380358e993ab9064fe1b29b45'/>
<id>urn:sha1:69525d9e5afa55d380358e993ab9064fe1b29b45</id>
<content type='text'>
via OpenSSL commit 751148e2 Oct 27 00:11:11 2017 +0200,
including only the parts related to functions that exist
in OpenBSD.

The design of these interfaces is not particularly pretty,
they are not particularly easy to document, and the manual
page does not look particularly good when formatted,
but what can we do, things are as they are...
</content>
</entry>
</feed>
