>t_client.sh relies on "echo -e" and "echo -n" to produce nicely
>looking output, which fails on Solaris /bin/sh - force SHELL=/bin/bash
>on recent-enough Solaris variants that have it.
Where recent is "Solaris 8 or later"
I.e., just under 20 years old. :-)
Can't tell how which version of bas
>For this reason, force both strings to use IFNAMSIZ as size and, since
>this constant may not exist on every platform, ensure it is always
>defined.
A problem with this patch misght be that strncpy() does NOT NUL terminates the
copied string. (It writes EXACTLY IFNAMSIZ bytes but only when th
>Hello.
>
>Spent a day debugging this issue on OpenIndiana.
>If anyone steps on this once again...
>It seems the issue was caused OI/Solaris OpenSSL specific patches, in
>particular by
>https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/library/openssl/openssl-1.0.
2/patches/0
>Am 30.08.17 um 10:39 schrieb casper@oracle.com:
>>
>>
After I figured out where we went wrong, I filed:
26336744 Solaris specific cleanup code breaks gcm_aes for, e.g., openvpn
which has now been fixed in oracle solaris-userland on git hub
https://github.com/oracle/solar
>> After I figured out where we went wrong, I filed:
>> 26336744 Solaris specific cleanup code breaks gcm_aes for, e.g., openvpn
>> which has now been fixed in oracle solaris-userland on git hub
>> https://github.com/oracle/solaris-userland/tree/master/components/openssl
>
>Cool, thanks a lot!
>
I recently run into the same problem as Jens Neuhalfen has reported
more than a year ago in this mailing list.
As I was somewhat confused why the shipped Solaris openssl version failed,
I looked into that issue as I also wanted to run a recent
openvpn on Solaris 11.x.
After I figured out where
