@Vitrum-cnkj34kr8: Unfortunately, none of those options is the one I would suggest. "jdk-openjdk" (https://archlinux.org/packages/extra/x86_64/jdk-openjdk/) is the JDK included in the Arch repositories and it provides java-environment 21. So maybe just go ahead and install jdk-openjdk manually before building this package.
Search Criteria
Package Details: jabref 5.13-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/jabref.git (read-only, click to copy) |
---|---|
Package Base: | jabref |
Description: | Graphical Java application for managing BibTeX and biblatex (.bib) databases |
Upstream URL: | https://www.jabref.org/ |
Licenses: | MIT |
Submitter: | Allan |
Maintainer: | Bevan |
Last Packager: | Bevan |
Votes: | 212 |
Popularity: | 2.89 |
First Submitted: | 2012-06-07 22:47 (UTC) |
Last Updated: | 2024-04-02 16:01 (UTC) |
Dependencies (4)
- archlinux-java-runAUR
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk16-microsoft-openjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, amazon-corretto-18AUR, jdk18-openjdkAUR, jdk-android-studioAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk19-openjdkAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk11-openjdk-dcevmAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, amazon-corretto-20-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk20-graalvm-ee-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-lite-binAUR, mandrel-binAUR, jdk17-openj9-binAUR, jdk8AUR, jdk17-zulu-prime-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-jetbrainsAUR, jre-jetbrainsAUR, jabba-binAUR, jdk17-jetbrains-binAUR, jdk21-jetbrainsAUR, jdk21-jetbrains-binAUR, jdk21-jetbrains-gitAUR, jdk-openjdk-wakefieldAUR, jdk8-perfAUR, zulu-jdk-fx-binAUR, jdk8-openj9-binAUR, jdk-temurinAUR, amazon-corretto-22-binAUR, jdk22-graalvm-binAUR, zing-8-binAUR, zing-21-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, java-openjdk-binAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, zulu-21-binAUR, zulu-8-binAUR, zulu-11-binAUR, zulu-17-binAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk8-temurinAUR, jdkAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, java-openjdk-ea-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- gradle (gradle7) (make)
- python (python37AUR, python311AUR, python310AUR) (optional) – browser extension
Required by (0)
Sources (6)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »
Bevan commented on 2023-09-26 20:55 (UTC)
Vitrum-cnkj34kr8 commented on 2023-09-26 20:48 (UTC) (edited on 2023-09-26 20:50 (UTC) by Vitrum-cnkj34kr8)
On update, it asks me to choose a java-environment. Which one is the correct?
:: There are 8 providers available for java-environment=21:
1) amazon-corretto-21-bin
2) java-openjdk-bin
3) jdk
4) jdk-openjdk-xdg
5) jdk21-jetbrains-bin
6) jdk21-jetbrains-imfix
7) liberica-jdk-full-bin
8) zulu-21-bin
Bevan commented on 2023-09-26 20:17 (UTC)
The reason why I could not reproduce the issue is that I had jdk-temurin installed which currently is still at version 20. This means that gradle somehow tries to find a JDK matching the version specified as toolchain, no matter what we set via archlinux-java-run as $JAVA_HOME.
The best solution I can think of right now is exactly what Pavlov suggested: setting the toolchain in build.gradle to version 21 and forcing the use of JDK 21 for compilation and execution of JabRef. This is what I just pushed as jabref 5.10-2.
If anyone has a suggestion how we can avoid this issue while being more flexible with the JDK versions, please leave a comment.
Bevan commented on 2023-09-26 19:45 (UTC)
Thanks Pavlov! By replicating your exact setup I am now able to reproduce the issue. I'll try to find the root cause.
Pavlov commented on 2023-09-26 10:18 (UTC)
I've "resolved" it by replacing
toolchain {
languageVersion = JavaLanguageVersion.of(20)
}
with
toolchain {
languageVersion = JavaLanguageVersion.of(21)
}
in build.gradle
. It seems that JabRef requires exactly JDK20 to compile, however Arch Linux doesn't provide any package containing version 20 of JDK anymore.
Pavlov commented on 2023-09-26 07:00 (UTC)
@Bevan these are the outputs.
archlinux-java status
:
Available Java environments:
java-11-openjdk
java-17-openjdk
java-21-openjdk
java-8-openjdk/jre (default)
archlinux-java-run -a 20 -f jdk -j
:
/usr/lib/jvm/java-21-openjdk
Bevan commented on 2023-09-25 17:48 (UTC)
@carlosal1015: I tried with Java 17 and while building the package works, launching JabRef does not. So I think at least version 20 is required.
@Pavlov and @vanja_z: I could not reproduce your issue yet. Can you please post the output of the following commands?
- archlinux-java status
- archlinux-java-run -a 20 -f jdk -j
carlosal1015 commented on 2023-09-25 17:19 (UTC)
Hi, is mandatory java-runtime>=20
or could be relaxed until 17?
Pavlov commented on 2023-09-25 13:57 (UTC)
Even with archlinux-java-run=10-1
the problem persists:
Execution failed for task ':compileJava'.
> Error while evaluating property 'javaCompiler' of task ':compileJava'.
> Failed to calculate the value of task ':compileJava' property 'javaCompiler'.
> No matching toolchains found for requested specification: {languageVersion=20, vendor=any, implementation=vendor-specific} for LINUX on x86_64.
> No locally installed toolchains match and toolchain download repositories have not been configured.
Bevan commented on 2023-09-24 19:57 (UTC)
Sorry, I missed to update archlinux-java-run in time for JDK 21 which caused issues with building or running Java applications that use it. Please update archlinux-java-run to v10 and report back if there are still any issues afterwards.
Pinned Comments
Bevan commented on 2024-03-28 17:57 (UTC)
Everyone who struggles to update right now: Please install the jdk21-openjdk package. It provides java-environment=21.
Bevan commented on 2022-03-14 20:04 (UTC)
@shmilee: I like that idea. Implemented in 5.5-2 using JABREF_OPTIONS as variable name.
Note that you can then also put that environment variable into your .bashrc, .pam_environment or something similar to be automatically applied.
shmilee commented on 2022-03-12 13:51 (UTC)
How about add an extra JavaOptions variable in launch script
/usr/bin/jabref
like this?So we can add the
-Djdk.gtk.version=2
flag or-Dglass.gtk.uiScale=144dpi
flag by cmdline, no need to edit/usr/bin/jabref
after upgrade.matteodelabre commented on 2020-11-17 14:25 (UTC)
Using JabRef with i3wm, I’m running into the issue described at https://github.com/JabRef/jabref/issues/5867 in which clicking the menu bar sometimes opens then immediately closes the associated menu, rendering it unusable.
I was able to fix this issue by adding the
-Djdk.gtk.version=2
flag after line 9 in https://aur.archlinux.org/cgit/aur.git/tree/jabref.sh?h=jabref (as suggested in the related bug report https://bugs.openjdk.java.net/browse/JDK-8251240). This change also removes the “XSetErrorHandler() called with a GDK error trap pushed. Don't do that.” warning mentioned by ruiin in a previous comment.So far, I have not encountered any adverse side-effect from this workaround.