On 6/18/23 15:19, Rene Engelhard wrote:

Besides that it would also have been clear from actually reading the IRC
log which incidentially also says

Good to know what the expectations for participation are.

This is the same GPLv3 package that Red Hat just dropped support for?

As I said in my other reply,  even if it was GPLv3 it wouldn't be
relevant at all.

LibreOffice is not GPLv3 though and never was.

I paid close attention to the project's launch back in the day.

Back when LibreOffice forked away Oratroll's acquisition of Sun in 2010, they used (L)GPLv3 to prevent OpenOffice from merging their changes. Then OpenOffice got unloaded on apache.org after the fact, and it all got weirdly political. Then Google bought Writely and did google docs which could edit and save a word file which scooped up most of the userbase, and LibreOffice decided it should also run in a web browser...

https://lwn.net/Articles/637830/

I know they regretted their GPLv3 stance early on, and were talking about NEW code being in a different license:

https://lwn.net/Articles/498898/

But last I'd heard, while Apache's version had audited to relicense LibreOffice had not yet done a full audit:

https://lwn.net/Articles/927096/

*shrug* I acknowledge I'm out of date here. If you say they're not v3 anymore, good for them. Seems I'm not the only one who hadn't heard about it, though. The last couple cubicle farms I consulted at still had LibreOffice on their "not
allowed" lists, but the most recent of those was 2021 so that's old news.

I only spoke up on the perception you were advocating for the removal of architectures I care about. Glad to hear that's not the case. Back to lurking...

Rob

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

Am 19.06.23 um 23:19 schrieb Adrian Bunk:

On Sun, Jun 18, 2023 at 09:31:05AM +0200, Rene Engelhard wrote:

...
I won't be of much help here unfortunately, except
maybe testing patches, but then again there's porterboxes
...

You are the only one who could realistically debug many of these.

E.g. on armel it says:
Fatal exception: Signal 6
Stack:
/<<PKGBUILDDIR>>/instdir/program/libuno_sal.so.3(+0x3c2e4)[0xb6ec32e4]
/<<PKGBUILDDIR>>/instdir/program/libuno_sal.so.3(+0x3c534)[0xb6ec3534]
/lib/arm-linux-gnueabi/libc.so.6(__default_rt_sa_restorer+0x0)[0xb6ad58f0]
/lib/arm-linux-gnueabi/libc.so.6(+0x7f47c)[0xb6b1e47c]
/lib/arm-linux-gnueabi/libc.so.6(gsignal+0x14)[0xb6ad4360]
Aborted (core dumped)

Fixing something like this would involve generating a backtrace,
and then you are likely the only person in Debian who could tell
what is actually going on there.

Not really.

There are likely also build or debug tricks you know that a porter would
not know.

True, I can help with those if needed.

(As I already pointed out for zelenka, though it's basically setting
some variables in rules)

Debugging something like this is only feasible with reasonable effort if
a porter who knows the port with its caveats debugs it together with a package maintainer who knows the internals of the package.

I didn't say I was not helping, I said I am of no help if it comes to
actually fix it if it involves architecture knowledge.

[...]

For such a complex package I would expect 32bit breakage in every
release if upstream no longer tests on 32bit.

Indeed, though at least for 32bit *build* issues they keep fixing them
if I report them.

The pragmatic option would be to run only a smoketest for build success
on architectures not tested by upstream.

And have Format->Character in Impress crash with Bus error like on
mipsel? That doesn't sound too good for basic quality.

There is a "smoketest" but it does just basic start. open, close stuff.
Not even basic usage.


Regards,


Rene

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Jun 18, 2023 at 09:31:05AM +0200, Rene Engelhard wrote:

...
I won't be of much help here unfortunately, except
maybe testing patches, but then again there's porterboxes
...

You are the only one who could realistically debug many of these.

E.g. on armel it says:
Fatal exception: Signal 6
Stack:
/<<PKGBUILDDIR>>/instdir/program/libuno_sal.so.3(+0x3c2e4)[0xb6ec32e4]
/<<PKGBUILDDIR>>/instdir/program/libuno_sal.so.3(+0x3c534)[0xb6ec3534]
/lib/arm-linux-gnueabi/libc.so.6(__default_rt_sa_restorer+0x0)[0xb6ad58f0]
/lib/arm-linux-gnueabi/libc.so.6(+0x7f47c)[0xb6b1e47c]
/lib/arm-linux-gnueabi/libc.so.6(gsignal+0x14)[0xb6ad4360]
Aborted (core dumped)

Fixing something like this would involve generating a backtrace,
and then you are likely the only person in Debian who could tell
what is actually going on there.

There are likely also build or debug tricks you know that a porter would
not know.

Debugging something like this is only feasible with reasonable effort if
a porter who knows the port with its caveats debugs it together with a
package maintainer who knows the internals of the package.


On Mon, Jun 19, 2023 at 12:04:45AM +0200, Kurt Roeckx wrote:

...
Do you think Debian doesn't have any developers/porters anymore?
...

For porters that's actually close to being true.

There were times when porter numbers for a release architecture were
numbers like 6 or 9.

No release architecture in bookworm had more than 2 porters.

No porters were required on amd64, the number of distinct people who are
listed as porter for one or more of the 8 other bookworm release
architecture is 5 DDs and 2 non-DDs.


On Sun, Jun 18, 2023 at 09:31:05AM +0200, Rene Engelhard wrote:

...
For riscv64 I already pointed that out in the thread starting at https://lists.debian.org/debian-riscv/2023/06/msg00000.html, but for the other architectures there is the mail now. riscv64 is different because
the failures are even more big than any other down below and it's actually a new architecture anyway.

Also note I am not talking about the debian-ports architectures. Those I forgot and I have no problems making them stay into "testsuite ran but results ignored" set.

Right now, the only architectures where the test actually work (ignoring the occassional breakage on arm64 which is fixed upstream since they do
aarch64 flatpak builds) is amd64 and arm64.

With various different 32-bit, endian and whatever else breakage
ppopping up the other architectures constantly were moved in the set
where the testsuite was run but the results were ignored. For s390x,
where the macros tests hangs it even was in the set where the tests even
were not ran, since a hang then also ends up in
"E: Build killed with signal TERM after 150 minutes of inactivity".

This was sweeping under the carpet for sure, but this was needed due to
it being a release architecture :(
...

For such a complex package I would expect 32bit breakage in every
release if upstream no longer tests on 32bit.

The pragmatic option would be to run only a smoketest for build success
on architectures not tested by upstream.


cu
Adrian

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

Am 20.06.23 um 00:03 schrieb Jeffrey Walton:

You can usually uncover them by building the package with CFLAGS=" ... -fsanitize=undefined ... " and CXXFLAGS=" ... -fsanitize=undefined ...
". The UBsan sanitizer operates on real data. There are no false
positives.

I'd personally assume this isn't UB since upstream builds with UBsan for testing (admittedly not on mipsel, though). But once can investigate here...

Regards,

Rene

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

Am 20.06.23 um 10:25 schrieb Adrian Bunk:

On Tue, Jun 20, 2023 at 05:52:44AM +0200, Rene Engelhard wrote:

Hi,

Am 19.06.23 um 23:29 schrieb Rene Engelhard:

The pragmatic option would be to run only a smoketest for build success >>>> on architectures not tested by upstream.

And have Format->Character in Impress crash with Bus error like on
mipsel? That doesn't sound too good for basic quality.

There is a "smoketest" but it does just basic start. open, close stuff.
Not even basic usage.

That said, that is the smoketest on mipsel:
...

Assuming the smoketest currently also fails on riscv64,

It thankfully does, because it fails the smoketest (:-)) because its
"does a (Java) extension install?" test fails.

(Which autopkgtest disables and makes an own test out of this anyway.)

what about the
following:
- make all test failures fatal on a*64 (since upstream tests these), and
- make smoketest failures fatal on all architectures (including ports)

Sounds OKish, but that won't help the architectures even failing the
smoketest.


For that matter mipsel seems to be even more broken. A --without-java
builds also breaks at the smoketest with a segfault (tried on eller):

m -rf /home/rene/libreoffice-7.5.4/workdir/CustomTarget/smoketest
mkdir -p /home/rene/libreoffice-7.5.4/workdir/CustomTarget/smoketest/user
cp /home/rene/libreoffice-7.5.4/qadevOOo/qa/registrymodifications.xcu /home/rene/libreoffice-7.5.4/workdir/CustomTarget/smoketest/user
[build CUT] smoketest
S=/home/rene/libreoffice-7.5.4 && I=$S/instdir && W=$S/workdir &&  mkdir
-p $W/CppunitTest/ && rm -fr $W/CppunitTest/smoketest.test.user && cp -r $W/unittest $W/CppunitTest/smoketest.test.user &&    rm -fr $W/CppunitTest/smoketest.test.core && mkdir
$W/CppunitTest/smoketest.test.core && cd
$W/CppunitTest/smoketest.test.core && (  MAX_CONCURRENCY=4 MOZILLA_CERTIFICATE_FOLDER=dbm:
SAL_DISABLE_SYNCHRONOUS_PRINTER_DETECTION=1 SAL_USE_VCLPLUGIN=svp
LIBO_LANG=C LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program":$W/UnpackedTarball/cppunit/src/cppunit/.libs
$W/LinkTarget/Executable/cppunittester $W/L inkTarget/CppunitTest/libtest_smoketest.so --headless "-env:BRAND_BASE_DIR=file://$S/instdir" "-env:BRAND_SHARE_SUBDIR=share" "-env:BRAND_SHARE_RESOURCE_SUBDIR=program/resource" "-env:UserInstallation=file://$W/CppunitTest/smoketest.test.user" "-env:UNO_TYPES=file://$I/program/types.rdb
file://$I/program/types/offapi.rdb" "-env:UNO_SERVICES=file://$W/Rdb/ure/services.rdb" -env:URE_BIN_DIR=file://$I/program
-env:URE_INTERNAL_LIB_DIR=file://$I/program
-env:LO_LIB_DIR=file://$I/program
-env:LO_JAVA_DIR=file://$I/program/classes --protector $W/LinkTarget/Library/unoexceptionprotector.so unoexceptionprotector --protector $W/Lin
kTarget/Library/unobootstrapprotector.so unobootstrapprotector -env:arg-soffice=path:$I/program/soffice -env:arg-user=$W/CustomTarget/smoketest -env:arg-env=LD_LIBRARY_PATH"${LD_LIBRARY_PATH+=$LD_LIBRARY_PATH}" -env:arg-testarg.smoketest.doc=$W/Zip/smoketestdoc.sxw "-env:CPPUNITTESTTARGET=$W/CppunitTest/smoketest.test"  ) 2>&1
[_RUN_____] (anonymous namespace)::Test::test


Fatal exception: Signal 11
Stack: /home/rene/libreoffice-7.5.4/instdir/program/libuno_sal.so.3(+0x49b08)[0x77ec9b08]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_sal.so.3(+0x49d38)[0x77ec9d38]
linux-vdso.so.1(+0x550)[0x7ff4e550] /home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(+0x15d94)[0x772d5d94]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(+0x1d1fc)[0x772dd1fc]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(uno_copyAndConvertData+0x30)[0x772da974]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0xbf8c)[0x6ca0bf8c]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0xcbc4)[0x6ca0cbc4]
/home/rene/libreoffice-7.5.4/instdir/program/libreflectionlo.so(+0x2942c)[0x63fc942c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x94ca0)[0x76794ca0] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariable9BroadcastE9SfxHintId+0x16c)[0x768986e8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbxValueC2ERKS_+0xb0)[0x768906c8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariableC2ERKS_+0x44)[0x76898874]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN9SbxMethodC1ERKS_+0x50)[0x768881f4]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13d69c)[0x7683d69c] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13e3cc)[0x7683e3cc] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x131008)[0x76831008] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb4534)[0x767b4534] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb5378)[0x767b5378] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod9BroadcastE9SfxHintId+0x180)[0x767aa460]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbxValueC2ERKS_+0xb0)[0x768906c8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariableC2ERKS_+0x44)[0x76898874]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN9SbxMethodC1ERKS_+0x50)[0x768881f4]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13d69c)[0x7683d69c] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13de58)[0x7683de58] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13dfe4)[0x7683dfe4] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x131008)[0x76831008] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb4534)[0x767b4534] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb5378)[0x767b5378] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod9BroadcastE9SfxHintId+0x180)[0x767aa460]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbxValueC2ERKS_+0xb0)[0x768906c8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariableC2ERKS_+0x44)[0x76898874]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN9SbxMethodC1ERKS_+0x50)[0x768881f4]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13d69c)[0x7683d69c] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13de58)[0x7683de58] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13dfe4)[0x7683dfe4] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x131008)[0x76831008] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb4534)[0x767b4534] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb5378)[0x767b5378] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod9BroadcastE9SfxHintId+0x180)[0x767aa460]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbxValueC2ERKS_+0xb0)[0x768906c8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariableC2ERKS_+0x44)[0x76898874]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN9SbxMethodC1ERKS_+0x50)[0x768881f4]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13d69c)[0x7683d69c] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13e3cc)[0x7683e3cc] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x131008)[0x76831008] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb4534)[0x767b4534] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb5378)[0x767b5378] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod9BroadcastE9SfxHintId+0x180)[0x767aa460]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbxValueC2ERKS_+0xb0)[0x768906c8]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN11SbxVariableC2ERKS_+0x44)[0x76898874]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN9SbxMethodC1ERKS_+0x50)[0x768881f4]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13d69c)[0x7683d69c] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13de58)[0x7683de58] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x13dfe4)[0x7683dfe4] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0x131008)[0x76831008] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb4534)[0x767b4534] /home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(+0xb5378)[0x767b5378] /home/rene/libreoffice-7.5.4/instdir/program/libsvllo.so(_ZN14SfxBroadcaster9BroadcastERK7SfxHint+0x6c)[0x75f93a3c]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod9BroadcastE9SfxHintId+0x180)[0x767aa460]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZNK8SbxValue3GetER9SbxValues+0x10c)[0x76890f14]
/home/rene/libreoffice-7.5.4/instdir/program/libsblo.so(_ZN8SbMethod4CallEP8SbxValueP11SbxVariable+0xec)[0x767a93e0]
/home/rene/libreoffice-7.5.4/instdir/program/../program/libbasprovlo.so(+0x17c70)[0x628f7c70]
/home/rene/libreoffice-7.5.4/instdir/program/../program/libprotocolhandlerlo.so(+0x4fa0)[0x63034fa0]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0xb42c)[0x6ca0b42c]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0xbce4)[0x6ca0bce4]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0xcbc4)[0x6ca0cbc4]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x16338)[0x6b5c6338]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x16dc4)[0x6b5c6dc4]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x1d23c)[0x6b5cd23c]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(+0x620c)[0x772c620c]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(+0xb3f0)[0x772cb3f0]
/home/rene/libreoffice-7.5.4/instdir/program/libuno_cppu.so.3(uno_threadpool_enter+0xa0)[0x772cb6ac]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x8db0)[0x6b5b8db0]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x1c3dc)[0x6b5cc3dc]
/home/rene/libreoffice-7.5.4/instdir/program/libbinaryurplo.so(+0x1c9f4)[0x6b5cc9f4]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0x5ca4)[0x6ca05ca4]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0x6c60)[0x6ca06c60]
/home/rene/libreoffice-7.5.4/instdir/program/libgcc3_uno.so(+0x7080)[0x6ca07080]
/home/rene/libreoffice-7.5.4/instdir/program/libtklo.so(+0xc2b1c)[0x74a42b1c] /home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(+0x369930)[0x73de9930] /home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN14SvpSalInstance12ProcessEventEN16SalUserEventList12SalUserEventE+0x50)[0x7441c834]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN16SalUserEventList18DispatchUserEventsEb+0x138)[0x741807c8]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN14SvpSalInstance9ImplYieldEbb+0x68)[0x7441d5fc]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN14SvpSalInstance7DoYieldEbb+0x11c)[0x7441dae0]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN11Application5YieldEv+0x80)[0x741e649c]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_ZN11Application7ExecuteEv+0xbc)[0x741e9388]
/home/rene/libreoffice-7.5.4/instdir/program/libsofficeapp.so(+0x2adf4)[0x77d8adf4]
/home/rene/libreoffice-7.5.4/instdir/program/libvcllo.so(_Z10ImplSVMainv+0x78)[0x741f4df8]
/home/rene/libreoffice-7.5.4/instdir/program/libsofficeapp.so(soffice_main+0xfc)[0x77dbd7ec]
/home/rene/libreoffice-7.5.4/instdir/program/soffice.bin(main+0x38)[0x556377c8] ./smoketest/smoketest.cxx:187:(anonymous namespace)::Test::test
assertion failed
- Expression: connection_.isStillAlive()
unknown:0:(anonymous namespace)::Test::test
tearDown() failed
- An uncaught exception of type com.sun.star.lang.DisposedException
- Binary URP bridge already disposed at ./binaryurp/source/bridge.cxx:1048

(anonymous namespace)::Test::test finished in: 25617ms smoketest.cxx:187:Assertion
Test name: (anonymous namespace)::Test::test
assertion failed
- Expression: connection_.isStillAlive()

##Failure Location unknown## : Error
Test name: (anonymous namespace)::Test::test
tearDown() failed
- An uncaught exception of type com.sun.star.lang.DisposedException
- Binary URP bridge already disposed at ./binaryurp/source/bridge.cxx:1048

Failures !!!
Run: 1   Failure total: 2   Failures: 1   Errors: 1
make: ***
[/home/rene/libreoffice-7.5.4/solenv/gbuild/CppunitTest.mk:121: /home/rene/libreoffice-7.5.4/workdir/CppunitTest/smoketest.test] Error 1

libsb is basically Basic. (The smoketest stuff is written in Basic.)


Regards,


Rene

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Jul 22 2023, Rene Engelhard wrote:

Just not registering or unregistering *any* extension.

What does that mean? I haven't seen any errors about extensions.

--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 22.07.23 um 15:53 schrieb Andreas Schwab:

On Jul 22 2023, Rene Engelhard wrote:

Does opensuse have some public git/$VCS?

https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/libreoffice/standard/riscv64

Thanks...

But maybe I am too blind.

I don't see the actual spec + related files anywhere?


Repositories isn't it either, it just gives me (src)rpms. I could look
there, but...

(Though I would more bet of some system evironment thingy)

Perhaps it is a matter of using a good java. Have you tried java 19 or
20?

No, 17 only.

The test extension in the smoketest indeed is Java, but given this also
affects python extensions (lightproof) I'd bet it 's a general, non-Java
issue. Even if Java was broken lightproof should have worked.


Regards,


Rene

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)