For unknown reasons https://github.com/gentoo/gentoo/commit/c457c9dd713c383e1bcea3d2c1b443f961266fd8#diff-f55e332c5721da9428302af3c997e71871a0fa49a26d4d9631b4c70dc4dc01cfR87-R89 shows `libobasis24.8-gnome-integration_24.8.4.2-2_amd64.deb` being dependent on USE="java". See bug 949193. But I don't know I've ever actually needed USE="java" with LO, it's unclear why Gnome integration deb is not used for USE="gnome". Without, `./opt/libreoffice24.8/program/libvclplug_gtk3lo.so` does not get installed and we have a subpar-appearing X11 backend fallback render. Reproducible: Always
Testing USE=java for workaround, I see it's pulling in ancient virtual/jre:11. looking around on LO website, I couldn't find any document to state Java 11 is hard requirement. Why are we assuming it wouldn't run on newer JREs? Mostly everything else is at least on Java 17+, maybe we can avoid forcing this ancient Java 11 dependency?
(In reply to Leho Kraav (:macmaN @lkraav) from comment #0) > But I don't know I've ever actually needed USE="java" with LO, it's unclear > why Gnome integration deb is not used for USE="gnome". > I think it's simply a typo. (In reply to Leho Kraav (:macmaN @lkraav) from comment #1) > Testing USE=java for workaround, I see it's pulling in ancient > virtual/jre:11. looking around on LO website, I couldn't find any document > to state Java 11 is hard requirement. Why are we assuming it wouldn't run on > newer JREs? Mostly everything else is at least on Java 17+, maybe we can > avoid forcing this ancient Java 11 dependency? That would need checking by someone who knows more about Java.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fbd7f2ebe12742578db020bc93a32e3ed78b31f7 commit fbd7f2ebe12742578db020bc93a32e3ed78b31f7 Author: Sam James <sam@gentoo.org> AuthorDate: 2025-03-01 07:08:08 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-03-01 07:08:08 +0000 app-office/libreoffice-bin: fix USE=java -> USE=gnome typo ... and add a comment wrt unknown state of Java. Bug: https://bugs.gentoo.org/950393 Signed-off-by: Sam James <sam@gentoo.org> ...libreoffice-bin-24.8.4.ebuild => libreoffice-bin-24.8.4-r1.ebuild} | 4 +++- ...libreoffice-bin-25.2.0.ebuild => libreoffice-bin-25.2.0-r1.ebuild} | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7d57f10e7b8934b402ec3d43b8daae95e21e6999 commit 7d57f10e7b8934b402ec3d43b8daae95e21e6999 Author: Sam James <sam@gentoo.org> AuthorDate: 2025-03-04 19:38:40 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-03-04 19:40:51 +0000 app-office/libreoffice-bin: always install GTK VCL In fbd7f2ebe12742578db020bc93a32e3ed78b31f7, when I fixed a typo, I made a problem far worse (as reported at https://forums.gentoo.org/viewtopic-t-1172908.html). The GNOME integration also contains the GTK(3) VCL, which means that deleting it (with USE=-gnome, which became far more common than USE=-java as before w/ the typo) leaves us with only the ugly fallback backend. Now, in looking into this, I realised that the KDE integration also installs a Qt 5 VCL, but let's continue to remove that for now at least given adding new Qt 5 at this point isn't desirable. Bug: https://bugs.gentoo.org/950393 Signed-off-by: Sam James <sam@gentoo.org> .../libreoffice-bin-24.8.4-r1.ebuild | 21 ++++++++++----------- .../libreoffice-bin-25.2.0-r1.ebuild | 21 ++++++++++----------- 2 files changed, 20 insertions(+), 22 deletions(-)
Excellent, thanks for getting to the bottom of it.
