Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

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

0 views
Skip to first unread message

Rene Engelhard

unread,
Oct 23, 2023, 5:00:04 PM10/23/23
to
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&arch=ppc64el&ver=4%3A7.6.2-3&stamp=1697981409&raw=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

Rene Engelhard

unread,
Oct 23, 2023, 5:30:04 PM10/23/23
to
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&arch=ppc64el&ver=4%3A7.6.2-3&stamp=1697981409&raw=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

René Engelhard

unread,
Oct 24, 2023, 10:10:05 AM10/24/23
to


Hi,

Am 24. Oktober 2023 08:58:22 MESZ schrieb John Paul Adrian Glaubitz <glau...@physik.fu-berlin.de>:
>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é

Rene Engelhard

unread,
Oct 25, 2023, 12:30:05 AM10/25/23
to

Hi,


Am 24.10.23 um 15:45 schrieb René Engelhard:

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é

Rene Engelhard

unread,
Dec 2, 2023, 1:40:04 PM12/2/23
to
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
0 new messages