On Wed, Oct 30, 2013 at 01:11:41PM +0100, Michael Stahl
wrote:
> problem is that libcurl.so.4 has no RPATH. before
> 30e1d4c0a9202d5c8057efdb0bfda11f46a25251 the libcurl.so.4 was not
> actually used because the wrong file was copied; now it's the right file
> but due to missing rpath it doesn't
On 30/10/13 09:48, Miklos Vajna wrote:
> A few days ago, JunitTest_ucb_complex started to fail here and it keeps
> doing so, so I wanted to have a look.
>
> So a dlopen failed, but no idea why, not seeing dlerror output.
> Re-running as
>
> SAL_LOG=+INFO.sal.osl make -sr JunitTest_ucb_complex
>
Hi Eike,
On Wed, Oct 30, 2013 at 11:47:50AM +0100, Eike Rathke wrote:
> This doesn't sound familiar to me but related to what I experienced
> a few days ago. Unit tests in ucb didn't fail for me, but first linking
> connectivity complained about missing SSL_... symbols and late Monday
> postgresq
Hi Miklos,
On Wednesday, 2013-10-30 09:48:44 +0100, Miklos Vajna wrote:
> To me, it seems that after your nss changes
> (7f614ac933524d798724895827b255b0d36dcc6b and previous 'nss:' commits),
> instdir/unxlngx6/program/libnssutil3.so doesn't pick up the libssl3.so
> from instdir, but from the sys
Hi Michael,
A few days ago, JunitTest_ucb_complex started to fail here and it keeps
doing so, so I wanted to have a look.
Running 'make -sr JunitTest_ucb_complex' in ucb gives:
$ make -sr JunitTest_ucb_complex
[build JUT] ucb_complex
JUnit version 4.10
setUpConnection()
.ftp://noname:nopass
