openjfx8 fails to build with java-17-openjdk as sytem JDK. See https://fedoraproject.org/wiki/Changes/Java17 . See especially part about known failures: https://fedoraproject.org/wiki/Changes/Java17#common_issues_packagers_can_face_and_gathered_solutions For the build logs, see: https://koji.fedoraproject.org/koji/taskinfo?taskID=82432607 https://kojipkgs.fedoraproject.org/work/tasks/2715/82432715/mock_output.log https://kojipkgs.fedoraproject.org/work/tasks/2715/82432715/hw_info.log https://kojipkgs.fedoraproject.org/work/tasks/2715/82432715/state.log https://kojipkgs.fedoraproject.org/work/tasks/2715/82432715/build.log https://kojipkgs.fedoraproject.org/work/tasks/2715/82432715/root.log We run the rebuild in side tag f36-java17, but as fail ratio was small, we expect this side tag to be merged into rawhide 7 or 8 of February 2022. To reproduce before this date simply: fedpkg clone openjfx8; cd openjfx8; fedpkg build --target f36-java17; #The target is crucial. After this date the usual fedpkg build in f36 and up should do. We run two reruns your package failed both. We had also run the mass rebuilds in copr since November. We keep all encountered failures. See them here: https://copr.fedorainfracloud.org/coprs/jvanek/java17//package/openjfx8 You may find interesting additional informations here. Also we were spamming maintainers regualrly, check you spam folder. We had tried aprox 500 packages, and aprox 65 had failed, so the java-17-openjdk will be system JDK in f36, and you should fix your package if you want to keep it alive. Usually the fix is simple, and best is to update the package to latest upstream version. There will be usual mass rebuild once f36 branches. You may got another FTBFS bug. Let us know here if you have any questions, here in bug, or at java-devel.org . We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side if needed.
it is weird. [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ javafx.controls --- [INFO] Toolchain in maven-compiler-plugin: JDK[/usr/lib/jvm/java-1.8.0-openjdk] [INFO] Changes detected - recompiling the module! [WARNING] File encoding has not been set, using platform encoding UTF-8, i.e. build is platform dependent! [INFO] Compiling 277 source files to /builddir/build/BUILD/rt-8u202-b07/modules/controls/target/classes [INFO] [INFO] --- exec-maven-plugin:3.0.0:java (caspian-no-transparency) @ javafx.controls --- [WARNING] java.lang.IllegalAccessError: class com.sun.javafx.util.Logging (in unnamed module @0x7e5e1ccc) cannot access class sun.util.logging.PlatformLogger (in module java.base) because module java.base does not export sun.util.logging to unnamed module @0x7e5e1ccc at com.sun.javafx.util.Logging.getCSSLogger (Logging.java:98) this pkg should be built by jdk8, and it seems it is, but still it fallback to jdk11 encapsulation....
Maybe some consumed JAVA_HOME on the fly?
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
the problem was the exec-maven-plugin tasks. I changed the goal from java to exec to execute in another jvm.