This repository has been archived by the owner on Oct 15, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 123
Javadoc issue on master #4627
Comments
Thank you so much for finding out!
Any reason why we don't add this by default? @flo91 Can you please create a PR with adding the package to unstable (and maybe also updating the check if javac is available and disabling jna if not). Maybe something like diff --git a/scripts/docker/debian/sid/Dockerfile b/scripts/docker/debian/sid/Dockerfile
index d1a6fc6cb..8fa6c778a 100644
--- a/scripts/docker/debian/sid/Dockerfile
+++ b/scripts/docker/debian/sid/Dockerfile
@@ -49,7 +49,7 @@ RUN apt-get update && apt-get -y install \
moreutils \
ninja-build \
npm \
- openjdk-11-jdk \
+ openjdk-17-jdk \
pkg-config \
python3-dev \
python3-pip \ is enough? |
We could, but I'm not 100% certain where we'd have to add it. I built without CMake, directly calling the failed task |
22 tasks
@flo91 will you have time today? This is urgent, as without a fix all new PRs (H2 deadline is soon) will fail on the build server. |
@markus2330 I can do it |
Thank you so much! ❤️ |
Thank you for helping out! 🥇 |
Janldeboer
pushed a commit
to Janldeboer/libelektra
that referenced
this issue
Dec 12, 2022
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The failing builds are only those using Debian Sid. I assumed the issue is that Sid now includes a new package that causes issues, so I ran the build in docker locally and running Gradle with
--stacktrace
showed that the issue was:I checked and:
So a quick fix for the issue would be: Install
openjdk-17-jdk-headless
in the docker container.A more permanent solution would be finding out, why our CMake setup tries to use JDK 17 at all, when only JRE 17 is installed. There is no
javac
for Java 17:$ ls '/usr/lib/jvm/java-17-openjdk-amd64/bin/' java jpackage keytool rmiregistry
Possibly the issue is that Debian is set up like this:
and we only check
java --version
to get the version number and then assume that is correct. If that's the case, we should probably usejavac --version
instead. But AFAICT we uselibelektra/src/bindings/jna/CMakeLists.txt
Line 2 in 2c8a630
which is built into CMake, so a fix might be a bit more complicated and may even needs an upstream bug report.
The text was updated successfully, but these errors were encountered: