too long lines were shrinked: /bin/sh ./libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4 -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200809L -D_REENTRANT -I/var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4/src -I/var/tmp/porta [javac] warning: [options] bootstrap class path not set in conjunction with -source 5 [javac] error: Source option 5 is no longer supported. Use 8 or later. [javac] error: Target option 5 is no longer supported. Use 8 or later. BUILD FAILED /var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4/src/libbluray/bdj/build.xml:26: Compile failed; see the compiler error output for details. Total time: 0 seconds ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_desktop_plasma_systemd-20231031-091011 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10 [2] x86_64-pc-linux-gnu-13 * clang/llvm (if any): clang version 17.0.4 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/17/bin Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg /usr/lib/llvm/17 17.0.4 Python 3.11.6 Available Ruby profiles: [1] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.73.0 * GENTOO_VM=openjdk-bin-21 CLASSPATH="" JAVA_HOME="/opt/openjdk-bin-21.0.1_p12" JAVACFLAGS="-source 1.8 -target 1.8" COMPILER="" The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.20.1_p1 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.8.1_p1 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.1_p12 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.382_p05 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm php cli (if any): go version go1.21.3 linux/amd64 HEAD of ::gentoo commit 351af47b5ac4a698290e366e27fd8e47cbf3c0c7 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sat Nov 4 16:32:02 2023 +0000 2023-11-04 16:32:01 UTC emerge -qpvO media-libs/libbluray [ebuild N ] media-libs/libbluray-1.3.4 USE="fontconfig java xml -aacs -bdplus -truetype -utils" ABI_X86="(64) -32 (-x32)"
Created attachment 874073 [details] emerge-info.txt
Created attachment 874074 [details] emerge-history.txt
Created attachment 874075 [details] environment
Created attachment 874076 [details] etc.clang.tar.xz
Created attachment 874077 [details] etc.portage.tar.xz
Created attachment 874078 [details] logs.tar.xz
Created attachment 874079 [details] media-libs:libbluray-1.3.4:20231104-174759.log
Created attachment 874080 [details] qlist-info.txt.xz
Created attachment 874081 [details] temp.tar.xz
(In reply to Toralf Förster from comment #0) > too long lines were shrinked: > > /bin/sh ./libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc > -DHAVE_CONFIG_H -I. > -I/var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4 > -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200809L -D_REENTRANT > -I/var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4/src > -I/var/tmp/porta > [javac] warning: [options] bootstrap class path not set in conjunction > with -source 5 > [javac] error: Source option 5 is no longer supported. Use 8 or later. > [javac] error: Target option 5 is no longer supported. Use 8 or later. > > BUILD FAILED > /var/tmp/portage/media-libs/libbluray-1.3.4/work/libbluray-1.3.4/src/ > libbluray/bdj/build.xml:26: Compile failed; see the compiler error output > for details. > > Total time: 0 seconds > > ------------------------------------------------------------------- > > This is an unstable amd64 chroot image at a tinderbox (==build bot) > name: 23.0_desktop_plasma_systemd-20231031-091011 > > ------------------------------------------------------------------- > > gcc-config -l: > [1] x86_64-pc-linux-gnu-10 > [2] x86_64-pc-linux-gnu-13 * > clang/llvm (if any): > clang version 17.0.4 > Target: x86_64-pc-linux-gnu > Thread model: posix > InstalledDir: /usr/lib/llvm/17/bin > Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg > /usr/lib/llvm/17 > 17.0.4 > Python 3.11.6 > Available Ruby profiles: > [1] ruby31 (with Rubygems) * > Available Rust versions: > [1] rust-bin-1.73.0 * > GENTOO_VM=openjdk-bin-21 CLASSPATH="" > JAVA_HOME="/opt/openjdk-bin-21.0.1_p12" > JAVACFLAGS="-source 1.8 -target 1.8" COMPILER="" > The following VMs are available for generation-2: > 1) Eclipse Temurin JDK 11.0.20.1_p1 [openjdk-bin-11] > 2) Eclipse Temurin JDK 17.0.8.1_p1 [openjdk-bin-17] > *) Eclipse Temurin JDK 21.0.1_p12 [openjdk-bin-21] > 4) Eclipse Temurin JDK 8.382_p05 [openjdk-bin-8] > Available Java Virtual Machines: > [1] openjdk-bin-8 > [2] openjdk-bin-11 > [3] openjdk-bin-17 > [4] openjdk-bin-21 system-vm > > php cli (if any): > go version go1.21.3 linux/amd64 > > HEAD of ::gentoo > commit 351af47b5ac4a698290e366e27fd8e47cbf3c0c7 > Author: Repository mirror & CI <repomirrorci@gentoo.org> > Date: Sat Nov 4 16:32:02 2023 +0000 > > 2023-11-04 16:32:01 UTC > > emerge -qpvO media-libs/libbluray > [ebuild N ] media-libs/libbluray-1.3.4 USE="fontconfig java xml -aacs > -bdplus -truetype -utils" ABI_X86="(64) -32 (-x32)" To build do eselect java-vm set 1 select java 8 as system vm and build fine
(In reply to Andrea Postiglione from comment #10) > [...]> > To build do eselect java-vm set 1 > > select java 8 as system vm and build fine The well known pattern is: "error: Source option 5 is no longer supported. Use 8 or later." Could be solved same way as bug #916787 or bug #917072.
(In reply to Volkmar W. Pogatzki from comment #11) > (In reply to Andrea Postiglione from comment #10) > > select java 8 as system vm and build fine > Could be solved same way as bug #916787 or bug #917072. The proper way to do this would be to NOT upgrade the -target and -source parameters via a patch as in the mentioned bugs, but rather have a BDEPEND on <virtual/jdk-21, which should (if needed) pull in dev-java/openjdk-bin:17 preferably, use that for the build, and then let it be gone on the next 'emerge --depclean'. Even a version 21 JRE will run the compiled classes just fine, so there is no RDEPEND on an earlier JRE. I am no bd-java expert, but I assume it provides a minimal version 5 JRE embedded in the player. Patching the build to a higher version will likely cause such an embedded JRE to belly flop, as it can't run a version 52 (i. e. a -target 8) class is. It could only run version 49 (-target 5) classes. Does EAPI allow us to pick a particular JDK just for a build, or just for the _duration_ of a build?
(In reply to Alexander Wessel from comment #12) > (In reply to Volkmar W. Pogatzki from comment #11) > > (In reply to Andrea Postiglione from comment #10) > > > select java 8 as system vm and build fine > > Could be solved same way as bug #916787 or bug #917072. > > The proper way to do this would be to NOT upgrade the -target and -source > parameters via a patch as in the mentioned bugs, but rather have a BDEPEND > on <virtual/jdk-21, which should (if needed) pull in dev-java/openjdk-bin:17 > preferably, use that for the build, and then let it be gone on the next > 'emerge --depclean'. See https://wiki.gentoo.org/wiki/Java_Developer_Guide#JDK.2FJRE > > Even a version 21 JRE will run the compiled classes just fine, so there is > no RDEPEND on an earlier JRE. I am no bd-java expert, but I assume it > provides a minimal version 5 JRE embedded in the player. Patching the build > to a higher version will likely cause such an embedded JRE to belly flop, as > it can't run a version 52 (i. e. a -target 8) class is. It could only run > version 49 (-target 5) classes. > [...] Please provide the error log you got from running with "value 8".
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=09bc67c771063873e2fd458572bd05f9bea9d512 commit 09bc67c771063873e2fd458572bd05f9bea9d512 Author: Volkmar W. Pogatzki <gentoo@pogatzki.net> AuthorDate: 2024-03-27 10:31:04 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2024-04-02 18:00:43 +0000 media-libs/libbluray: no longer depend on deprecated ant-core Closes: https://bugs.gentoo.org/916863 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Signed-off-by: Conrad Kostecki <conikost@gentoo.org> .../libbluray/files/libbluray-1.3.4-min-java.patch | 18 +++++++++++++++ ...uray-1.3.4.ebuild => libbluray-1.3.4-r1.ebuild} | 26 ++++++++++++++-------- 2 files changed, 35 insertions(+), 9 deletions(-)