<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/ui, branch libressl-v3.8.0</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v3.8.0</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v3.8.0'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2023-04-18T08:33:43+00:00</updated>
<entry>
<title>Move some includes out of OPENSSL_NO_DEPRECATED</title>
<updated>2023-04-18T08:33:43+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-04-18T08:33:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=7c140db45f1d1b8f4daf0a81424b35e3a5ff8e29'/>
<id>urn:sha1:7c140db45f1d1b8f4daf0a81424b35e3a5ff8e29</id>
<content type='text'>
Some headers were included conditionally on OPENSSL_NO_DEPRECATED in hopes
that eventually the mess of everything includes everything will magically
resolve itself. Of course everyone would end up building openssl with
OPENSSL_NO_DEPRECATED over time... Right.

Surprisingly, the ecosystem has come to rely on these implicit inclusions,
so about two dozen ports would fail to build because of this. Patching this
would be easy but really not worth the effort.

ok jsing
</content>
</entry>
<entry>
<title>Expose UI_null()</title>
<updated>2023-03-10T16:41:32+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-03-10T16:41:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6b84e5290af08a8f2fa2bd7a8638737c2f83a9ec'/>
<id>urn:sha1:6b84e5290af08a8f2fa2bd7a8638737c2f83a9ec</id>
<content type='text'>
</content>
</entry>
<entry>
<title>libressl *_namespace.h: adjust *_ALIAS() to require a semicolon</title>
<updated>2023-02-16T08:38:17+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-02-16T08:38:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=24a27fd0d17d515b00097199de60fa85a76a95df'/>
<id>urn:sha1:24a27fd0d17d515b00097199de60fa85a76a95df</id>
<content type='text'>
LCRYPTO_ALIAS() and LSSL_ALIAS() contained a trailing semicolon.
This does not conform to style(9), breaks editors and ctags and
(most importantly) my workflow. Fix this by neutering them with
asm("") so that -Wpedantic doesn't complain. There's precedent
in libc's namespace.h

fix suggested by &amp; ok jsing
</content>
</entry>
<entry>
<title>spelling fixes; from paul tagliamonte</title>
<updated>2022-12-26T07:18:53+00:00</updated>
<author>
<name>jmc</name>
<email></email>
</author>
<published>2022-12-26T07:18:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120'/>
<id>urn:sha1:2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120</id>
<content type='text'>
i removed the arithmetics -&gt; arithmetic changes, as i felt they
were not clearly correct

ok tb
</content>
</entry>
<entry>
<title>Consistently check for NULL early.</title>
<updated>2022-12-23T02:31:56+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-12-23T02:31:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1101e96e6f22cacf21188ce1c4b32487463d8dd2'/>
<id>urn:sha1:1101e96e6f22cacf21188ce1c4b32487463d8dd2</id>
<content type='text'>
Also be more consistent with variable naming.

ok tb@
</content>
</entry>
<entry>
<title>Fix an unchecked strdup() in UI_create_method().</title>
<updated>2022-12-23T02:27:47+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-12-23T02:27:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=cbeed38adefb3972a400e6b6880530e60ed498fa'/>
<id>urn:sha1:cbeed38adefb3972a400e6b6880530e60ed498fa</id>
<content type='text'>
ok tb@
</content>
</entry>
<entry>
<title>Make UI_destroy_method() NULL safe.</title>
<updated>2022-12-23T02:26:16+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-12-23T02:26:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=a4db83fe8af01b2a889a2ee9ead4e6e1e230b54e'/>
<id>urn:sha1:a4db83fe8af01b2a889a2ee9ead4e6e1e230b54e</id>
<content type='text'>
ok tb@
</content>
</entry>
<entry>
<title>Remove unhelpful comment.</title>
<updated>2022-12-23T02:22:58+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-12-23T02:22:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=7012788d276e90efef561660cf0b47292d5c400a'/>
<id>urn:sha1:7012788d276e90efef561660cf0b47292d5c400a</id>
<content type='text'>
Remove a comment that tells you not to call a function that internally
calls free, with a stack allocated pointer...

ok tb@
</content>
</entry>
<entry>
<title>Remove compatibility "glue" for des_read_pw{_string}()</title>
<updated>2022-12-23T02:20:28+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-12-23T02:20:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5d13674f48708547a95df6681a9681952e978bdc'/>
<id>urn:sha1:5d13674f48708547a95df6681a9681952e978bdc</id>
<content type='text'>
Nothing can be actually using these as the symbols are not exported from
libcrypto... hopefully ui_compat.h can also go away entirely.

ok tb@
</content>
</entry>
<entry>
<title>Prepare to provide UI_null()</title>
<updated>2022-12-17T21:59:39+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-12-17T21:59:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=4b4b2e861fa5803efe93b65c639a868dee5d6325'/>
<id>urn:sha1:4b4b2e861fa5803efe93b65c639a868dee5d6325</id>
<content type='text'>
xmlsec needs this, nothing else. Our linkers link libxmlsec1-openssl,
only warns and since nothing uses this library in ports, this wasn't
noticed for a long time.

Reported by Thomas Mitterfellner

ok jsing
</content>
</entry>
</feed>
