unbreaking LibreOffices tests on at least release architectures

[Kurt Roeckx]

Three years ago Samba maintainer Jeremy Allison lamented that "Both GPLv3 and
the AGPL have been rejected soundly by most developers" and talked about how he
regretted the move and the damage it had done to the project,
https://archive.org/details/copyleftconf2020-allison

Can we please talk about the actual issue at and - that is not the license.

The issue is the number of developers engaging with this package have declined
to the point problems have gone unnoticed and unfixed for a long time.

How long has the problem you're treating as a crisis been brewing?

Far too long, as I said it was swept under

I have a hard time understanding what you're trying to say. Do you think Debian doesn't have any developers/porters anymore? Or maybe that they're not actually using it for a desktop, and so the package isn't actually useful to anybody?


Kurt

[René Engelhard]

Hi,

Hi,

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

That was implemented (+ two more important tests) in experimental. See
https://buildd.debian.org/status/package.php?p=libreoffice
It does
- bridgetest
- smoketest
- pyuno
What fails for release archs astonishingly is only mips(64)el.

It also failed on riscv64

riscv64 as of now tests everything, see the comment in rules. It doesn't get the "already exists as release arch and keep it" bonus (yet).

testtools and pyuno work but indeed, smoketest fails as it does for mips64el.

(and powerpc), so that seems to be
a criteria that catches the known-broken builds.

Yup

...
This test extension to be installed is a Java extension.
So I am running a nojava build on eller now... I don't really like disabling
Java since this opens Pandoras box but for mips64el we probably could do
that.

It would also hint at a MIPS problem in LibreOffice,

Yeah, we at least know the 32bit (mipsel) is (and probably was for ages) completely broken.

which might or might not be specific to Java.

Yeah, just that it exhibits with a java extension. Probably should try with a dummy or a python one.

AFAIK OpenJDK on MIPS does not have any known major issues.

Mmh

The Zero build of OpenJDK on MIPS is of course slow,
but that's also true on armel where the build succeeded.

Indeed.

BTW: The MIPS-specific discussion should continue on debian-mips instead
of debian-ports.

What I also said already :)

Regards

René

[Rene Engelhard]

Hi,

And that included packaged extensions so if they install but don't work
that's a grave bug.

And that includes LibreOffice-bundled extensions like the
english,hungarian,russian grammar checker for example. Ot external
finnish spellchecking, hyphenation and grammer checking. Or turkish
spellchecing.

And those are extensions written in python which neither register when
registering manually nor when being installed as bundled extensions (see
the discussion in this thread, not going to reiterate)

(Whether one needs the NLPSolver or Wiki Publisher or so can definitely
be discussed, though)

Regards,


Rene