Richard,
OpenSSL 1.1.0-pre6-dev compiled, tested and installed fine with
"no-shared" config flag
Shared mode compiled and tested fine, but openssl executable could not
find it's libraries once installed...
I suggest to close this ticket...
thanks,
gene
> Hey,
>
> would you mind trying the
The first parts of this report are the actual build bug I think I am
encountering, but also, at the end, I am asking for additional help with
enabling the crypto-mdebug and crypto-mdebug-backtrace as I am trying to
to diagnose a compatibility issue between tor and the openssl 1.1.0_dev
branch.
Recently I started getting a test that required PEM key interactive input.
I used "ABC123". I am running the test suite as a non-root user.
Failure is below:
../test/recipes/80-test_ca.t .. Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
../test/recipes/80-test_ca.t
On 2015-09-17 16:49, Salz, Rich via RT wrote:
> Since email re-opens the ticket, let's use this one :)
>
> What's the output of this command:
> HARNESS_VERBOSE=yes make 'TESTS=test_rehash' test
# HARNESS_VERBOSE=yes make 'TESTS=test_rehash' test
testing...
making all in apps...
TOP=..
>>Ok, I'm having trouble reproducing
[...]
>>that should print an error message and the echo of $?
>>should print 1. I cannot understand why that fails for you...
>
> Maybe running test as root ?
YES! It's a one user box that I regularly update and install on,
so rarely run as
> Ok, I'm having trouble reproducing
>
> with the current source (I have assume you're pull is absolutely up to
> date),
Yes, to the best of my understanding I am fully in sync with the master
branch.
> that should print an error message and the echo of $?
> should print 1. I cannot
> jumping in here... could you show us the content of
> test/test_rehash.log ?
>
> In the mean time, I'll have a go on a FreeBSD system to see if I can
> trigger this fault.
# more test_rehash.log
../../util/shlib_wrap.sh ../../apps/openssl rehash . => 0
../../util/shlib_wrap.sh
> the real fix is to use OPENSSL_SYS_UNIX as the test.
> Done in commit 568b80
That seems to work!
I am still failing the rehash.t test:
../test/recipes/40-test_rehash.t .. 1/4
# Failed test 'Testing rehash operations on readonly directory'
# at ../test/recipes/40-test_rehash.t line
On 2015-09-15 21:17, Salz, Rich via RT wrote:
> Yes, it has two main functions, based on #ifdef unix.
> Not sure why netBSD doesn't -Dunix.
Hmmm. It used to build and test OK, did the check for -Dunix change
recently?
Is the -Dunix test in config script?
For a quick fix I added -Dunix to
>> Is the -Dunix test in config script?
>
> No, it's in apps/rehash.c
Actually, I meant where should system type "unix" be detected and set so
that it is automatically set in the Makefile...
>
>> For a quick fix I added -Dunix to CFLAGS in Makefile and I am able to
>> make
>> and run tests.
>
>
Hi Rich,
I checked a couple of things..
apps/rehash.c is interesting (see below) -
is it supposed to have two rehash_main() definitions?
The second one is throwing the error?
thanks,
gene
** Error Message **
gmake[2]: Leaving directory
On 2015-09-10 21:40, Salz, Rich via RT wrote:
> Please do "grep rehash Makefile" at the toplevel.
To which I get:
clarity 153 # grep rehash Makefile
rm -f */*/*.o */*.o *.o core a.out fluff rehash.time testlog
make.log cctest cctest.c
rehash: rehash.time
rehash.time: certs apps
Hi,
I've been tracking the dev branch of openssl for several months. In the
last 24-48 hours was a source change that broke the build on my box
(NetBSD 6_Stable / i386 architecture). I have cleaned and re-
./config'd but still see the build fail at:
gmake[2]: Entering directory
On 2015-09-10 06:48, Rich Salz via RT wrote:
> yes it was broken for a bit. fixed now; re-sync. (one test still fails,
> but
> that will be fixed today)
Hi Rich, indeed it builds now, but it takes two tries.
The first pass stops with:
gmake[2]: Entering directory '/usr/local/src/openssl'
14 matches
Mail list logo