Hi Bill,
William A Rowe Jr in gmane.comp.encryption.openssl.devel (Wed, 12 Apr
2017 13:09:05 -0500):
>Did the no-fips option get removed by-design? Are the no-*
>corollaries going to be dropped going forwards?
>
>../src/openssl-1.1.0git/config shared no-fips --libdir=lib
>--prefix=/opt/openssl110
OpenSSL in gmane.comp.encryption.openssl.devel (Thu, 7 Dec 2017 13:55:43
+):
> OpenSSL version 1.0.2n released
I ran into a compiling issue with openssl-fips-2.0.16.
See https://github.com/openssl/openssl/issues/4864
--
Jan
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.o
Jan Ehrhardt in gmane.comp.encryption.openssl.devel (Thu, 07 Dec 2017
15:35:05 +0100):
>OpenSSL in gmane.comp.encryption.openssl.devel (Thu, 7 Dec 2017 13:55:43
>+):
>> OpenSSL version 1.0.2n released
>
>I ran into a compiling issue with openssl-fips-2.0.16.
>See https
Salz, Rich via open ssl-dev in gmane.comp.encryption.openssl.devel
(Fri, 19 Jan 2018 17:34:57 +):
>- New mailing list openssl-project for project discussions
For the lovers of NNTP: openssl-project has been added to news.gmane.org
as gmane.comp.encryption.openssl.project as readonly li
Steve Marquess in gmane.comp.encryption.openssl.devel (Wed, 01 Jul 2015
09:53:14 -0400):
>On 07/01/2015 02:24 AM, Patil, Ashwini IN BLR STS wrote:
>> Hello All,
>>
>> Please let me know if openssl-1.0.2c include FIPS 140-2 Object Module.
>> Also please explain how to validate the application.
>
>
Jan Ehrhardt in gmane.comp.encryption.openssl.devel (Sat, 11 Jul 2015
18:08:58 +0200):
>OPENSSL_Uplink(00CBB000,08): no OPENSSL_Applink
>Get hash failure at \usr\local\ssl\fips-2.0\bin\fipslink.pl line 60.
>NMAKE : fatal error U1077: 'C:\Perl64\bin\perl.EXE' : return code
Dr. Matthias St. Pierre in gmane.comp.encryption.openssl.devel (Fri, 14
Aug 2015 08:12:58 +0200):
>You say that FIPS 140-2 was broken by the introduction of applink.c .
>
>However the applink.c module was introduced way back in 2004 and nevertheless
>OpenSSL 1.0.1 and the FIPS 2.0.9 module built ha
stathis via RT in gmane.comp.encryption.openssl.devel (Sat, 15 Aug 2015
14:56:13 +):
> link /nologo /subsystem:console /opt:ref /debug
> /out:out32\constant_time_test.exe
>@C:\Users\admin\AppData\Local\Temp\nm1C3B.tmp
>constant_time_test.obj : error LNK2019: unresolved external symbol __i
Jan Ehrhardt in gmane.comp.encryption.openssl.devel (Fri, 14 Aug 2015
16:22:51 +0200):
>I have a faint recollection that OpenSSL 1.0.2a still had FIPS support.
I checked that. OpenSSL 1.0.2a has the same problem and also does not
compile with FIPS enabled.
--
Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Sat, 19 Sep
2015 11:14:06 +):
>You cannot use custom commands when building the FIPS module or the result is
>not compliant. You have to do:
>
>ms\do_fips
And then it fails on a missing applink in fips_premain_dso.exe.
This is the s
Dr. Matthias St. Pierre in gmane.comp.encryption.openssl.devel (Sun, 16
Aug 2015 23:52:21 +0200):
>
>Am 14.08.2015 um 16:22 schrieb Jan Ehrhardt:
>> I guess there was a change from optional (in VC9/VC11) to required in
>> VC14, but only for the 1.0.2 branch. The PHP devs
Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Sun, 20 Sep
2015 22:51:21 +):
>In more detail I just tried a build from sources. I did this:
>
>set FIPSDIR=X:\some\for\fips\module\installation
>cd
>ms\do_fips
>cd
>perl Configure VC-WIN32 fips
>nmake -f ms\ntdll.mak
>
>With no pr
Jan Ehrhardt in gmane.comp.encryption.openssl.devel (Mon, 21 Sep 2015
22:42:17 +0200):
>Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Sun, 20 Sep
>2015 22:51:21 +):
>>In more detail I just tried a build from sources. I did this:
>>
>>set FIPSDIR
Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Thu, 24 Sep
2015 11:52:05 +):
>I've tried a newer version of VC++ and I also get the "No Applink" error when
>it is trying to embed the fingerprint in libeay32.dll. I'll see if this can be
>fixed.
For FIPS 2.0.9 I had some patches h
Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Fri, 25 Sep
2015 18:54:42 +):
>On Thu Sep 24 11:52:05 2015, steve wrote:
>>
>> I've tried a newer version of VC++ and I also get the "No Applink"
>> error when
>> it is trying to embed the fingerprint in libeay32.dll. I'll see if
>>
Stephen Henson via RT in gmane.comp.encryption.openssl.devel (Fri, 25 Sep
2015 18:54:42 +):
>On Thu Sep 24 11:52:05 2015, steve wrote:
>>
>> I've tried a newer version of VC++ and I also get the "No Applink"
>> error when
>> it is trying to embed the fingerprint in libeay32.dll. I'll see if
>>
Tom Kacvinsky in gmane.comp.encryption.openssl.devel (Tue, 27 Oct 2015
13:15:45 -0400):
>I've seen several messages float by about building OpenSSL on Windows. My
>understanding is that I'll need a Perl distribution, in addition to a
>specific assembler (MS's Macro Assemble is not up to the task i
Carl Tietjen in gmane.comp.encryption.openssl.devel (Fri, 4 Dec 2015
01:33:00 +):
>Folks,
>
>It looks like the Windows x86_64 build for OpenSSL version 1.0.1q is broken.
>
>I am building a FIPS capable version, and have verified that I have the
>corrected download build: SHA1 checksum:
>c6
Anton Prytkov via RT in gmane.comp.encryption.openssl.devel (Sat, 26 Dec):
>P.S. I just checked the file "md2test.c" in openssl-1.0.2e.tar.gz. It's
>a 26-byte long file with "openssl-1.0.2e/dummytest.c" inside.
>No "#include " or anything else.
It is a symlink. Standard Windows decompressors do n
Gisle Vanem in gmane.comp.encryption.openssl.devel (Sun, 17 Jan 2016
09:50:55 +0100):
>I think I have this "update 1" from the cl version:
> Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23026 for x86
There is a newer one:
Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23506 for
Anton Prytkov via RT in gmane.comp.encryption.openssl.devel (Sat, 26 Dec):
>P.S. I just checked the file "md2test.c" in openssl-1.0.2e.tar.gz. It's
>a 26-byte long file with "openssl-1.0.2e/dummytest.c" inside.
>No "#include " or anything else.
It is a symlink. Standard Windows decompressors do n
21 matches
Mail list logo