<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/usr.bin/openssl/version.c, 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-07-14T03:30:46+00:00</updated>
<entry>
<title>Mark the initialized struct options arrays as both static and const.</title>
<updated>2019-07-14T03:30:46+00:00</updated>
<author>
<name>guenther</name>
<email></email>
</author>
<published>2019-07-14T03:30:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ce9daaa0080f6ec467441aa485eb3f11ad6fb74a'/>
<id>urn:sha1:ce9daaa0080f6ec467441aa485eb3f11ad6fb74a</id>
<content type='text'>
This moves them from .data to .data.rel.ro

ok deraadt@ inoguchi@
</content>
</entry>
<entry>
<title>Exit if a pledge call fails in non-interactive mode.</title>
<updated>2015-10-17T15:00:11+00:00</updated>
<author>
<name>doug</name>
<email></email>
</author>
<published>2015-10-17T15:00:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=db101f70294bca3ebe9eaa1f16aaae8cd872d2e4'/>
<id>urn:sha1:db101f70294bca3ebe9eaa1f16aaae8cd872d2e4</id>
<content type='text'>
ok semarie@
</content>
</entry>
<entry>
<title>Initial support for pledges in openssl(1) commands.</title>
<updated>2015-10-10T22:28:51+00:00</updated>
<author>
<name>doug</name>
<email></email>
</author>
<published>2015-10-10T22:28:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=503cf2bd70538bb9cc734a5fd58230b90be4d1d8'/>
<id>urn:sha1:503cf2bd70538bb9cc734a5fd58230b90be4d1d8</id>
<content type='text'>
openssl(1) has two mechanisms for operating: either a single execution
of one command (looking at argv[0] or argv[1]) or as an interactive
session than may execute any number of commands.

We already have a top level pledge that should cover all commands
and that's what interactive mode must continue using.  However, we can
tighten up the pledges when only executing one command.

This is an initial stab at support and may contain regressions.  Most
commands only need "stdio rpath wpath cpath".  The pledges could be
further restricted by evaluating the situation after parsing options.

deraadt@ and beck@ are roughly fine with this approach.
</content>
</entry>
<entry>
<title>Remove all duplicate prototypes for *_main functions (these are already</title>
<updated>2015-08-22T16:36:05+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2015-08-22T16:36:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b52f06ae6cb673d9e72cbe3cc65f7c091bc9bab8'/>
<id>urn:sha1:b52f06ae6cb673d9e72cbe3cc65f7c091bc9bab8</id>
<content type='text'>
provided by progs.h). Also, move the FUNCTION type (and flags) into
openssl.c since that is the only place of use. Lastly, remove pointless
'extern' from the prototypes and use char **argv instead of char *argv[]
(the former is used elsewhere).

ok deraadt@ doug@
</content>
</entry>
<entry>
<title>Provide a mechanism for option parsing to return the number of arguments</title>
<updated>2014-12-28T15:48:52+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2014-12-28T15:48:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=76b7ca2dcad10fae07456979e5191efa7f517018'/>
<id>urn:sha1:76b7ca2dcad10fae07456979e5191efa7f517018</id>
<content type='text'>
that it has consumed. This allows for the handling of multiple unnamed
arguments, including lists of filenames.
</content>
</entry>
<entry>
<title>Provide two different function pointers for option function callbacks. This</title>
<updated>2014-12-28T14:21:42+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2014-12-28T14:21:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1e56c5c1c0b29e31a262749b958d5bc82628649c'/>
<id>urn:sha1:1e56c5c1c0b29e31a262749b958d5bc82628649c</id>
<content type='text'>
allows for simpler code in the common cases and will allow for further
extension to support the complex cases.
</content>
</entry>
<entry>
<title>prefer C99 array initialization syntax.</title>
<updated>2014-10-13T02:46:14+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2014-10-13T02:46:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=e4f0e4e453aebb92ffad8cf5a9a9107e9bd5c062'/>
<id>urn:sha1:e4f0e4e453aebb92ffad8cf5a9a9107e9bd5c062</id>
<content type='text'>
use C99 array initialization syntax for strict C compilers.

from kinichiro, found building with HP/UX compiler

ok deraadt@, guenther@
</content>
</entry>
<entry>
<title>Convert openssl(1) version to new option/usage handling.</title>
<updated>2014-08-30T15:59:43+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2014-08-30T15:59:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=69dcfe8e2b9e0a3d8bcae07aa771bf561815ad3f'/>
<id>urn:sha1:69dcfe8e2b9e0a3d8bcae07aa771bf561815ad3f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Move openssl(1) from /usr/sbin/openssl to /usr/bin/openssl, since it is not</title>
<updated>2014-08-26T17:47:25+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2014-08-26T17:47:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5aab6333892d1796683d2fd5e0c53b48b711bfde'/>
<id>urn:sha1:5aab6333892d1796683d2fd5e0c53b48b711bfde</id>
<content type='text'>
a system/superuser binary. At the same time, move the source code from its
current lib/libssl/src/apps location to a more appropriate home under
usr.bin/openssl.

ok deraadt@ miod@
</content>
</entry>
</feed>
