...so configure.ac would mis-determine JAVA_HOME as /app, would add
-I/app/include -I/app/include/linux to SOLARINC, and #include <jni.h> would not
be found.
At libreoffice flatpak build time, the java-11-openjdk rpm will populate
/etc/alternatives (even though that is outside /app) with symlinks to
/app/lib/jvm, so that the symlink chain /app/lib/jvm/java ->
/etc/alternatives/java_sdk/ ->
/app/lib/jvm/java-11-openjdk-11.0.9.11-9.module+f33+3+4101bf32.x86_64/ (or
whatever the latter's exact name) will work. (At flatpak composition time,
those non-/app files will be dropped from the resulting flatpak, so that
container.yaml needs to set up the /app/lib/jvm/jre-flatpak symlink for
--env=JAVA_HOME=/app/lib/jvm/jre-flatpak to find the Java installation under a
stable name, as then the /app/lib/jvm/jre -> /etc/alternatives/jre/ symlink will
be dangling.)
Those two packages' "Tools - Macros - Organize Macros -
{BeanShell,JavaScript}..." each have an "Edit" button that wants to bring up a
Swing UI, so silently fails with a Java exception if full java does not happen
to be installed in addition to libreoffice-core's dependency on java-headless.
In theory, a user could always have other LO Java extensions that require non-
headless, so the "correct" approach would be to make libreoffice-core depend on
full java. But to avoid dependency bloat, only make those sub-packages require
it that obviously need it.
(The ">= 1:1.6" is carried over from libreoffice-core's java-headless
requirement for consistency, even though it is probably cargo-cult by now.)
originally added to log build-time tool crashes
commit 4cfeb5ea50
Author: Caolán McNamara <caolanm@redhat.com>
Date: Sat Apr 25 13:53:26 2015 +0100
get gdb to put bt into build log on failure
libreoffice fails to build on ELN because liborcus is 0.16, but the patches for liborcus 0.16 is only for Fedora >=34.
This patch fixes that.
No rawhide rebuild is needed, so I did not do a release bump.
Signed-off-by: Troy Dawson <tdawson@redhat.com>
