Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-12-02 Thread Rene Engelhard

Hi,

Am 23.10.23 um 21:59 schrieb Rene Engelhard:
Am 29.10.23 um 11:13 schrieb Rene Engelhard:
> (The workaround would be --without-java which I verified to work on
> zelenka (see aboe), but this opens a can of worms. Not only disabling
> some (built-in) features like the Report Builder but especially since
> there is Java-based extensions (_all!) which then get into trouble
> dependency-wise/LO will be blocked from migrating to testing maybe...)

Since I didn't get any real answer I needed to do that now. It's live 
now in sid.


It now also makes natbrailles autopkgtest fail[1] since that one of 
course wants ure-java which is Out-of-sync and probably should be 
decrufted somewhen:


$ rmadison -s unstable ure-java
ure-java   | 4:7.5.9~rc1-1 | unstable   | armhf, ppc64el, s390x
ure-java   | 4:7.6.4~rc1-1 | unstable   | amd64, arm64, armel, i386

Regards,

Rene



Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-24 Thread Rene Engelhard

Hi,


Am 24.10.23 um 15:45 schrieb René Engelhard:

Am 24. Oktober 2023 08:58:22 MESZ schrieb John Paul Adrian 
Glaubitz:

Hello!

On Mon, 2023-10-23 at 23:20 +0200, Rene Engelhard wrote:

we're explicitly building with OpenJDK 8 while Debian builds
with OpenJDK 17 [2] which might explain the different test results.

Which is no option here...

It may not be an option, but it might give you a pointer how to fix the
actual bug, even with OpenJDK 17.

No, given the discussion on the upstream list that's definitely beyond my 
skills and needs to be done by a porter.


besides that (on platti):

 % make check
S=/home/rene/libreoffice-7.6.2 && I=$S/instdir && W=$S/workdir && 
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program" 
$I/program/uno.bin -s com.sun.star.test.bridge.BridgeTest -- 
com.sun.star.test.bridge.CppTestObject 
-env:LO_BUILD_LIB_DIR=file://$W/LinkTarget/Library 
-env:URE_MORE_SERVICES=file://$W/Rdb/uno_services.rdb 
-env:URE_MORE_TYPES=file://$W/UnoApiTarget/bridgetest.rdb && 
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program" 
$I/program/uno.bin -s com.sun.star.test.bridge.BridgeTest -- 
com.sun.star.test.bridge.JavaTestObject noCurrentContext 
-env:LO_BUILD_LIB_DIR=file://$W/LinkTarget/Library 
-env:URE_MORE_SERVICES=file://$W/Rdb/uno_services.rdb 
-env:URE_MORE_TYPES=file://$W/UnoApiTarget/bridgetest.rdb
exception occurred: Could not create Java implementation loader at 
./stoc/source/javaloader/javaloader.cxx:551


> error: Could not create Java implementation loader at 
./stoc/source/javaloader/javaloader.cxx:551
> dying...make: *** 
[/home/rene/libreoffice-7.6.2/testtools/CustomTarget_uno_test.mk:32: 
/home/rene/libreoffice-7.6.2/workdir/CustomTarget/testtools/uno_test.done] 
Error 1



Tried setting the JDK explicitely (all on platti):

8: see above

11: fails in the original way

17: not tested expllicitely, it is the default

21: fails in the original way


Regards


René


Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-24 Thread René Engelhard



Hi,

Am 24. Oktober 2023 08:58:22 MESZ schrieb John Paul Adrian Glaubitz 
:
>Hello!
>
>On Mon, 2023-10-23 at 23:20 +0200, Rene Engelhard wrote:
>> > > we're explicitly building with OpenJDK 8 while Debian builds
>> > > with OpenJDK 17 [2] which might explain the different test results.
>> 
>> Which is no option here...
>
>It may not be an option, but it might give you a pointer how to fix the
>actual bug, even with OpenJDK 17.

No, given the discussion on the upstream list that's definitely beyond my 
skills and needs to be done by a porter.

Regards

René



Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-24 Thread John Paul Adrian Glaubitz
Hello!

On Mon, 2023-10-23 at 23:20 +0200, Rene Engelhard wrote:
> > > we're explicitly building with OpenJDK 8 while Debian builds
> > > with OpenJDK 17 [2] which might explain the different test results.
> 
> Which is no option here...

It may not be an option, but it might give you a pointer how to fix the
actual bug, even with OpenJDK 17.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-23 Thread Rene Engelhard

Hi,

Am 23.10.23 um 23:06 schrieb John Paul Adrian Glaubitz:

On Mon, 2023-10-23 at 21:59 +0200, Rene Engelhard wrote:

since LibreOffice 7.6 (which added some more  tests which were manual
before to the automatic set) the testtools' bridge test fails:

https://buildd.debian.org/status/fetch.php?pkg=libreoffice=ppc64el=4%3A7.6.2-3=1697981409=0
[...]
These tests seem to be passing for 7.6.2 on openSUSE on ppc64el [1].

Interesting.

  However, on openSUSE,
we're explicitly building with OpenJDK 8 while Debian builds with OpenJDK 17 
[2] which might
explain the different test results.


Which is no option here...


Regards,


Rene



Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-23 Thread John Paul Adrian Glaubitz
Hello!

On Mon, 2023-10-23 at 21:59 +0200, Rene Engelhard wrote:
> since LibreOffice 7.6 (which added some more  tests which were manual 
> before to the automatic set) the testtools' bridge test fails:
> 
> https://buildd.debian.org/status/fetch.php?pkg=libreoffice=ppc64el=4%3A7.6.2-3=1697981409=0
> 
> See the discussion upstream in
> https://lists.freedesktop.org/archives/libreoffice/2023-September/thread.html:
> "new bridgetest failures in 7.6 on ppc64le "
> 
> and continued in October
> 
> https://lists.freedesktop.org/archives/libreoffice/2023-October/thread.html
> 
> especially 
> https://lists.freedesktop.org/archives/libreoffice/2023-October/091058.html 
> and
> https://lists.freedesktop.org/archives/libreoffice/2023-October/091059.html
> 
> after which unfortunately noting important happened. (And I don't see a 
> patch either at Fedora git nor submitted upstream to fix this.)

These tests seem to be passing for 7.6.2 on openSUSE on ppc64el [1]. However, 
on openSUSE,
we're explicitly building with OpenJDK 8 while Debian builds with OpenJDK 17 
[2] which might
explain the different test results.

Adrian

> [1] 
> https://build.opensuse.org/package/live_build_log/openSUSE:Factory:PowerPC/libreoffice/standard/ppc64le
> [2] 
> https://build.opensuse.org/package/view_file/openSUSE:Factory/libreoffice/0001-Revert-java-9-changes.patch?expand=1

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Re: help needed with LibreOffice Java bridge on s390x/ppc64el

2023-10-23 Thread Rene Engelhard

Hi,

forgot to edit $SUBJECT. This is just ppc64el for now.

(While s390x also has broken bridges --without-java doesn't seem to help 
here unfortunately :/)


Regards,

Rene

Am 23.10.23 um 21:59 schrieb Rene Engelhard:

Hi,

since LibreOffice 7.6 (which added some more  tests which were manual 
before to the automatic set) the testtools' bridge test fails:


https://buildd.debian.org/status/fetch.php?pkg=libreoffice=ppc64el=4%3A7.6.2-3=1697981409=0

See the discussion upstream in
https://lists.freedesktop.org/archives/libreoffice/2023-September/thread.html:
"new bridgetest failures in 7.6 on ppc64le "

and continued in October

https://lists.freedesktop.org/archives/libreoffice/2023-October/thread.html

especially 
https://lists.freedesktop.org/archives/libreoffice/2023-October/091058.html and

https://lists.freedesktop.org/archives/libreoffice/2023-October/091059.html

after which unfortunately noting important happened. (And I don't see a 
patch either at Fedora git nor submitted upstream to fix this.)


This is probably architecture-specific since the other architectures 
*do* work.


Can you have a look at it, too?

(The workaround would be --without-java which I verified to work, but 
this opens a can of worms. Not only disabling some (built-in) features 
like the Report Builder but especially since there is Java-based 
extensions (_all!) which then get into trouble dependency-wise/LO will 
be blocked from migrating to testing maybe...)


Regards,

Rene