Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-12 Thread Stephan Bergmann

On 10/03/18 19:53, Luke Benes wrote:

https://gerrit.libreoffice.org/#/c/50978/ - can you try if that fixes your 
issue?


Unfortunately, the build is still failing with this patch. Do you want anything 
from the logs?


That matches my understanding (as expressed in the gerrit change), that, 
to be effective here, `gpgconf --create-socketdir` must be called with 
GNUPGHOME set to the same value it is set to during SigningTest::setUp 
in xmlsecurity/qa/unit/signing/signing.cxx.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-10 Thread Luke Benes
> https://gerrit.libreoffice.org/#/c/50978/ - can you try if that fixes your 
> issue?

Unfortunately, the build is still failing with this patch. Do you want anything 
from the logs? 

To reproduce this yourself, you can copy  your source tree to a folder as deep 
as mine. As I said earlier, by copying the source tree from my external HD to 
my home folder I was able to temporary work around this bug. Fedora and Ubuntu 
use very long path names for external mount points. 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-08 Thread t...@libreoffice.org
I wrote:
> I'll mull over if we can somehow prevent that for this test...
> 
https://gerrit.libreoffice.org/#/c/50978/ - can you try if that fixes
your issue?

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-08 Thread t...@libreoffice.org
Hi Luke,

this one indeed clears it up:

Luke Benes wrote:
> [pid 24144] write(2, "gpg: can't connect to the agent: File name too
> long", 51) = 51
>
This is quite unexpected. There's a thread about it on the upstream
gpg list:

https://lists.gt.net/gnupg/users/79522

I'll mull over if we can somehow prevent that for this test...

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-08 Thread Michael Stahl
On 08.03.2018 04:59, Luke Benes wrote:
> Sorry, copy/paste error. Here is the correct URL:
> 
> https://gist.githubusercontent.com/slacka/412bea7ad1012cb60dac6af583712736/raw/3b8309b7a5dd568c35eb6758edbb15e771e290d2/strace2.txt
> 

> [pid 24144] write(2, "gpg: can't connect to the agent: File name too long", 
> 51) = 51
> [pid 24144] write(2, "error: GnuPG agent unusable. Please check that a GnuPG 
> agent can be started.\n", 77) = 77

ah... that is funny ... i wouldn't expect *that* on a unix platform...

it's possible that this is a misleading message, but moving your build
dir to somewhere with a shorter path with no UUID in it might avoid the
problem?
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-07 Thread Luke Benes
Sorry, copy/paste error. Here is the correct URL:

https://gist.githubusercontent.com/slacka/412bea7ad1012cb60dac6af583712736/raw/3b8309b7a5dd568c35eb6758edbb15e771e290d2/strace2.txt
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-07 Thread Luke Benes
Here is the updated strace log:

https://gist.githubusercontent.com/slacka/412bea7ad1012cb60dac6af583712736/raw/3b8309b7a5dd568c35eb6758edbb15e771e290d2/strace2.

Made with $ make CppunitTest_xmlsecurity_signing CPPUNITTRACE="strace -f -s 77" 
2>&1 | tee trace.log


Let me know if there's anything else I can do to help.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-07 Thread Michael Stahl
On 07.03.2018 01:10, Luke Benes wrote:
> Here is the strace log:
> 
> https://gist.githubusercontent.com/slacka/a07fac3b1ab0396df066968e2e216c8d/raw/6e1b1414b9db9da04a306a00dd27e1446f9e1377/strace.txt
> 
> Let me know if there's anything else I can do to help.

gpg fails with:

[pid 19515] write(2, "gpg: can't connect to the agent:"..., 51) = 51
[pid 19515] write(2, "\n", 1)   = 1
[pid 19515] write(2, "gpg: ", 5)= 5
[pid 19515] write(2, "error: GnuPG agent unusable. Ple"..., 77) = 77
[pid 19515] write(2, "gpg: ", 5)= 5
[pid 19515] write(2, "migration aborted\n", 18) = 18

the first message might give a reason after the colon but strace
truncates to 32 byte by default; try again with "-s 77" or so added to
get un-truncated messages.

the gpg-agent is [pid 19517] in the trace

[pid 19517] exit_group(2)   = ?
[pid 19517] +++ exited with 2 +++

there appears to be no documentation of gpg-status exit codes.

it's not obvious to me what causes it to fail; there are various ENOENT
returned but at some point strace stops printing strings and just prints
pointers for this process, which doesn't help debugging as it's a
mystery what files are being opened; not sure why it would do that.

[and sorry but i hit the wrong button before and forgot to send the
previous mail to the list]

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-06 Thread Luke Benes
Here is the strace log:

https://gist.githubusercontent.com/slacka/a07fac3b1ab0396df066968e2e216c8d/raw/6e1b1414b9db9da04a306a00dd27e1446f9e1377/strace.txt

Let me know if there's anything else I can do to help.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-06 Thread Luke Benes
One more clue as to what is going on. I copied the source tree from my external 
HD to my home folder and the rebuilt. This time the build succeeded without any 
errors.


There something about the path on my system that's triggering this bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-05 Thread Luke Benes
Here is the new backtrace:

https://pastebin.com/uKsUJMUX

$ cat autogen.input 
--enable-debug

So I think optimizations are all disabled. 

Let me know if that helps.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-03-04 Thread t...@libreoffice.org
Luke Benes wrote:
> Let me know if there is anything else I can do to help.
> 
Hi Luke,

terribly sorry, but the BTs still don't give any useful hint at what's
going wrong. Are you building with optimisation? Since appopen.cxx:240
really contains no throwing (but the called function
decryptGpgSession() does in a few places).

So if I could ask you for one extra trial? Same setup as before, but
then instead of catch throw, please issue a break
docpasswordhelper.cxx:499 (or whatever the 1st line of
DocPasswordHelper::decryptGpgSession() is in your tree), and then
single-step that method, until an exception is thrown?

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-02-07 Thread Luke Benes

Sorry this one should be more useful:
https://pastebin.com/ZPFJh5Qp

And for all backtraces:
https://pastebin.com/k280xxEU

Let me know if there is anything else I can do to help.

-Luke


From: t...@libreoffice.org 
Sent: Sunday, February 4, 2018 9:50 PM
To: Luke Benes
Cc: Libreoffice Dev List
Subject: Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux
  

Luke Benes wrote:
> This was on my 64-bit Ubuntu 17.10 box. Anything useful here?
> 
Hi Luke,

no, not really - could you please do the 'catch throw' part, too, from
my earlier mail? And then single-step inside appopen.cxx, until you
hit an exception?

Cheers,

-- Thorsten

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-02-04 Thread t...@libreoffice.org
Luke Benes wrote:
> This was on my 64-bit Ubuntu 17.10 box. Anything useful here?
> 
Hi Luke,

no, not really - could you please do the 'catch throw' part, too, from
my earlier mail? And then single-step inside appopen.cxx, until you
hit an exception?

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-02-03 Thread Luke Benes
Here's the log of the debugging session:

https://pastebin.com/60HvYeFa

This was on my 64-bit Ubuntu 17.10 box. Anything useful here? 


From: t...@libreoffice.org 
Sent: Thursday, February 1, 2018 5:13 PM
To: Luke Benes
Cc: Libreoffice Dev List
Subject: Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux
  

Hi Luke,

Luke Benes wrote:
> This is not a 32/64 bit issue, as I'm seeing this on my 64 bit
> Ubuntu 17.10 system. The full, unedited log built with
> SAL_LOG="+WARN.+INFO.xmlsecurity+INFO.comphelper.crypto"
> 
Hmm, nothing really helpful standing out there. If you please could:

make CppunitTest_xmlsecurity_signing CPPUNIT_TEST_NAME=testODFEncryptedGPG 
CPPUNITTRACE="gdb --args"

, and then stick a breakpoint here:

break appopen.cxx:240

(and then run)?

If you hit that breakpoint - do a 'catch throw', then keep
single-stepping. If you reach the end of the CheckPasswd_Impl()
function, I'm at a loss. If you hit exceptions before, I'd be
interested in backtraces for all of them.

Cheers,

-- Thorsten

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-02-01 Thread t...@libreoffice.org
Hi Luke,

Luke Benes wrote:
> This is not a 32/64 bit issue, as I'm seeing this on my 64 bit
> Ubuntu 17.10 system. The full, unedited log built with
> SAL_LOG="+WARN.+INFO.xmlsecurity+INFO.comphelper.crypto"
> 
Hmm, nothing really helpful standing out there. If you please could:

make CppunitTest_xmlsecurity_signing CPPUNIT_TEST_NAME=testODFEncryptedGPG 
CPPUNITTRACE="gdb --args"

, and then stick a breakpoint here:

break appopen.cxx:240

(and then run)?

If you hit that breakpoint - do a 'catch throw', then keep
single-stepping. If you reach the end of the CheckPasswd_Impl()
function, I'm at a loss. If you hit exceptions before, I'd be
interested in backtraces for all of them.

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-29 Thread Rene Engelhard
On Mon, Jan 29, 2018 at 05:14:35PM +0700, Andika Triwidada wrote:
> > Anyways, for now I did add that patch to my disable-flaky-tests.diff
> > (just the encrypt test)
> 
> something like this?
> 
> $ git diff
> diff --git a/xmlsecurity/qa/unit/signing/signing.cxx
> b/xmlsecurity/qa/unit/signing/signing.cxx
> index 39a6d0ca6299..13284fd1758f 100644
> --- a/xmlsecurity/qa/unit/signing/signing.cxx
> +++ b/xmlsecurity/qa/unit/signing/signing.cxx
> @@ -143,7 +143,7 @@ public:
>  CPPUNIT_TEST(testODFUntrustedGoodGPG);
>  CPPUNIT_TEST(testODFBrokenStreamGPG);
>  CPPUNIT_TEST(testODFBrokenDsigGPG);
> -CPPUNIT_TEST(testODFEncryptedGPG);
> +//CPPUNIT_TEST(testODFEncryptedGPG);
>  #endif
>  CPPUNIT_TEST_SUITE_END();

Basically, yes. (Commented out the other occuranced of it, too,
although not needed.)

Obviously this is a hack, though, and this should be fixed properly :)

A data poinit: Works fine in my local builds, but doesn't work on the
buildds. Maybe something missing in those build chroots (which would
make it missing Build-Depends?), gpg is there at least.

(oh, and the buildds set $HOME to /sbuild-nonexistent/, which is
exactly what it says.)

Regards,

Rene

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-29 Thread Andika Triwidada
On Sun, Jan 28, 2018 at 8:16 PM, Rene Engelhard  wrote:
> Hi,
>
> On Sun, Jan 28, 2018 at 08:03:58PM +0700, Andika Triwidada wrote:
>> On Sun, Jan 28, 2018 at 12:31 AM, Rene Engelhard  wrote:
>> > On Sat, Jan 27, 2018 at 06:20:04PM +0100, Rene Engelhard wrote:
>> >> On Mon, Jan 22, 2018 at 09:03:06PM +, Luke Benes wrote:
>> >> > The previous log was heavily trimmed to reduce size.  While the OS is 
>> >> > different both builds share the same external drive. Could the path 
>> >> > length be a problem? (I trimmed the full path in the previous log) Or 
>> >> > could this be like the "Unit test PythonTest_solenv_python failing on 
>> >> > est_gbuildtojson" issue where a make clean isn't enough and I have to 
>> >> > manually remove some file from the source tree?
>> >>
>> >> That one was "gpg creates files the test could not handle". This
>> >> supposedly is different, though but I just saw this on
>> >> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=all&ver=1%3A6.0.0~rc3-1&stamp=1517070858&raw=0.
>> >>
>> >> A clean build.
>> >
>> > That said, it seems to have been successful in the i386 build:
>> >
>> > https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=1%3A6.0.0~rc3-1&stamp=1517067740&raw=0
>>
>> No, it was failed too:
> [...]
>
> Ah, right, seems the parallelism fooled me once again. Looked for
> xmlsecurity_signing but apparently not "way enough down" for it actually
> failing.
>
> Anyways, for now I did add that patch to my disable-flaky-tests.diff
> (just the encrypt test)

something like this?

$ git diff
diff --git a/xmlsecurity/qa/unit/signing/signing.cxx
b/xmlsecurity/qa/unit/signing/signing.cxx
index 39a6d0ca6299..13284fd1758f 100644
--- a/xmlsecurity/qa/unit/signing/signing.cxx
+++ b/xmlsecurity/qa/unit/signing/signing.cxx
@@ -143,7 +143,7 @@ public:
 CPPUNIT_TEST(testODFUntrustedGoodGPG);
 CPPUNIT_TEST(testODFBrokenStreamGPG);
 CPPUNIT_TEST(testODFBrokenDsigGPG);
-CPPUNIT_TEST(testODFEncryptedGPG);
+//CPPUNIT_TEST(testODFEncryptedGPG);
 #endif
 CPPUNIT_TEST_SUITE_END();

compiled fine with that

Regards,
Andika
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-28 Thread Rene Engelhard
On Mon, Jan 22, 2018 at 09:03:06PM +, Luke Benes wrote:
> The previous log was heavily trimmed to reduce size.  While the OS is 
> different both builds share the same external drive. Could the path length be 
> a problem? (I trimmed the full path in the previous log) Or could this be 
> like the "Unit test PythonTest_solenv_python failing on est_gbuildtojson" 
> issue where a make clean isn't enough and I have to manually remove some file 
> from the source tree? 

That one was "gpg creates files the test could not handle". This
supposedly is different, though but I just saw this on
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=all&ver=1%3A6.0.0~rc3-1&stamp=1517070858&raw=0.

A clean build.

Regards,

Rene
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-28 Thread Rene Engelhard
Hi,

On Sun, Jan 28, 2018 at 08:03:58PM +0700, Andika Triwidada wrote:
> On Sun, Jan 28, 2018 at 12:31 AM, Rene Engelhard  wrote:
> > On Sat, Jan 27, 2018 at 06:20:04PM +0100, Rene Engelhard wrote:
> >> On Mon, Jan 22, 2018 at 09:03:06PM +, Luke Benes wrote:
> >> > The previous log was heavily trimmed to reduce size.  While the OS is 
> >> > different both builds share the same external drive. Could the path 
> >> > length be a problem? (I trimmed the full path in the previous log) Or 
> >> > could this be like the "Unit test PythonTest_solenv_python failing on 
> >> > est_gbuildtojson" issue where a make clean isn't enough and I have to 
> >> > manually remove some file from the source tree?
> >>
> >> That one was "gpg creates files the test could not handle". This
> >> supposedly is different, though but I just saw this on
> >> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=all&ver=1%3A6.0.0~rc3-1&stamp=1517070858&raw=0.
> >>
> >> A clean build.
> >
> > That said, it seems to have been successful in the i386 build:
> >
> > https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=1%3A6.0.0~rc3-1&stamp=1517067740&raw=0
> 
> No, it was failed too:
[...]

Ah, right, seems the parallelism fooled me once again. Looked for
xmlsecurity_signing but apparently not "way enough down" for it actually
failing.

Anyways, for now I did add that patch to my disable-flaky-tests.diff
(just the encrypt test)

Regards,

Rene
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-28 Thread Andika Triwidada
On Sun, Jan 28, 2018 at 12:31 AM, Rene Engelhard  wrote:
> On Sat, Jan 27, 2018 at 06:20:04PM +0100, Rene Engelhard wrote:
>> On Mon, Jan 22, 2018 at 09:03:06PM +, Luke Benes wrote:
>> > The previous log was heavily trimmed to reduce size.  While the OS is 
>> > different both builds share the same external drive. Could the path length 
>> > be a problem? (I trimmed the full path in the previous log) Or could this 
>> > be like the "Unit test PythonTest_solenv_python failing on 
>> > est_gbuildtojson" issue where a make clean isn't enough and I have to 
>> > manually remove some file from the source tree?
>>
>> That one was "gpg creates files the test could not handle". This
>> supposedly is different, though but I just saw this on
>> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=all&ver=1%3A6.0.0~rc3-1&stamp=1517070858&raw=0.
>>
>> A clean build.
>
> That said, it seems to have been successful in the i386 build:
>
> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=1%3A6.0.0~rc3-1&stamp=1517067740&raw=0

No, it was failed too:

SigningTest::testODFBrokenDsigGPG finished in: 222ms
/<>/unotest/source/cpp/macros_test.cxx:52:SigningTest::testODFEncryptedGPG
assertion failed
- Expression: xComponent.is()
- loading failed:
file:///<>//xmlsecurity/qa/unit/signing/data/encryptedGPG.odt

SigningTest::testODFEncryptedGPG finished in: 34ms
macros_test.cxx:52:Assertion
Test name: SigningTest::testODFEncryptedGPG
assertion failed
- Expression: xComponent.is()
- loading failed:
file:///<>//xmlsecurity/qa/unit/signing/data/encryptedGPG.odt

Failures !!!
Run: 24   Failure total: 1   Failures: 1   Errors: 0
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-27 Thread Rene Engelhard
On Sat, Jan 27, 2018 at 06:20:04PM +0100, Rene Engelhard wrote:
> On Mon, Jan 22, 2018 at 09:03:06PM +, Luke Benes wrote:
> > The previous log was heavily trimmed to reduce size.  While the OS is 
> > different both builds share the same external drive. Could the path length 
> > be a problem? (I trimmed the full path in the previous log) Or could this 
> > be like the "Unit test PythonTest_solenv_python failing on 
> > est_gbuildtojson" issue where a make clean isn't enough and I have to 
> > manually remove some file from the source tree? 
> 
> That one was "gpg creates files the test could not handle". This
> supposedly is different, though but I just saw this on
> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=all&ver=1%3A6.0.0~rc3-1&stamp=1517070858&raw=0.
> 
> A clean build.

That said, it seems to have been successful in the i386 build:

https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=1%3A6.0.0~rc3-1&stamp=1517067740&raw=0

Regards,

Rene
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-22 Thread Luke Benes
This is not a 32/64 bit issue, as I'm seeing this on my 64 bit Ubuntu 17.10 
system. The full, unedited log built with 
SAL_LOG="+WARN.+INFO.xmlsecurity+INFO.comphelper.crypto" 

Can be found here:

https://pastebin.com/inwx0Hu0


The previous log was heavily trimmed to reduce size.  While the OS is different 
both builds share the same external drive. Could the path length be a problem? 
(I trimmed the full path in the previous log) Or could this be like the "Unit 
test PythonTest_solenv_python failing on est_gbuildtojson" issue where a make 
clean isn't enough and I have to manually remove some file from the source 
tree? 

-Luke
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: CppunitTest_xmlsecurity_signing Unit Test Failure on 32-bit Linux

2018-01-21 Thread thb
Luke Benes wrote:
> /core/unotest/source/cpp/macros_test.cxx:52:SigningTest::testODFEncryptedGPG
> assertion failed
> - Expression: xComponent.is()
> - loading failed: 
> file:///core//xmlsecurity/qa/unit/signing/data/encryptedGPG.odt
> 
Hi Luke,

this is weird - path is constructed exactly the same as for the other
tests - can you perhaps run the tests with
SAL_LOG="+WARN.+INFO.xmlsecurity+INFO.comphelper.crypto" for some
extra diagnosis output?

Likely something deeper inside gpgme and/or gpg is failing here, would
be great if you could narrow that down to a backtrace perhaps?

All the best,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice