Arch Linux User Repository

Everyone who struggles to update right now: Please install the jdk21-openjdk package. It provides java-environment=21.

@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.

How about add an extra JavaOptions variable in launch script /usr/bin/jabref like this?

............
--module-path ${ROOT}/lib \
${JABREF_EXT_Options} \
--patch-module .............

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.

JABREF_EXT_Options='-Dglass.gtk.uiScale=144dpi -Djdk.gtk.version=2' jabref

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.

@Flupp: The tar is created during build, so it's not coming from upstream directly. Weirdly, I cannot reproduce your problem:

tar tvf src/jabref-5.6/build/distributions/JabRef-5.6.tar | grep codec
-rw-r--r-- 0/0          335042 2020-03-29 19:14 JabRef-5.6/lib/commons-codec-1.11.jar

And similarly, it's correct in pkg as well:

ls -la pkg/jabref/usr/share/java/jabref/lib/commons-codec-1.11.jar
-rw-r--r-- 1 bevan bevan 335042  6. Mai 20:25 pkg/jabref/usr/share/java/jabref/lib/commons-codec-1.11.jar

I wonder if this depends on the Java version used during the build step. Maybe gradle fetches different sources then. When running makepkg, there will be an output like the following:

Using JDK from /usr/lib/jvm/java-18-openjdk to build JabRef.

What does it say in your case?

Currently (version 5.6-1) I get:

java.lang.module.FindException: java.io.FileNotFoundException: /usr/share/java/jabref/lib/commons-codec-1.11.jar (Permission denied)

It seems this file comes from the line

  tar xf distributions/JabRef-${pkgver}.tar -C "${pkgdir}"/usr/share/java/${pkgname} JabRef-${pkgver}/lib --strip-components=1

in the PKGBUILD. Actually, I am not sure if this is a packaging issue or an upstream issue since the permission is already wrong in the tar (600).

@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.

How about add an extra JavaOptions variable in launch script /usr/bin/jabref like this?

............
--module-path ${ROOT}/lib \
${JABREF_EXT_Options} \
--patch-module .............

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.

JABREF_EXT_Options='-Dglass.gtk.uiScale=144dpi -Djdk.gtk.version=2' jabref

I would suggest you to replace your archlinux-java-runtime with the packages official supports, it would make makepkg easier

@eyolf Thanks for the hint! CSL styles and locales are now included in 5.3-3.

There is a number of CLS entry preview files included in JabRef, which need to be added in the build stage by adding cp buildres/csl/csl-locales/* src/main/resources/csl-locales/ according to the developers.

JabRef will need to add option dependency grobid in the later version (maybe). I would like to update it but seems an error presents. https://github.com/kermitt2/grobid/issues/817

Jabref 5.3 supports java 16

The following comment is now obsolete!

As MartinX3 pointed out, the current version of Jabref only builds with Java 14 or Java 15. This gives us two problems:

• Arch does not provide any of these versions in their repositories.
• pacman doesn't give us a way to specify this as a dependency. Something like 'java-runtime>=14' 'java-runtime<16' will also be satisfied if people have Java 11 and Java 16 installed.

I therefore added a dependency on Java 15. To satisfy this dependency, you can install either of the following packages:

• https://aur.archlinux.org/packages/amazon-corretto-15/
• https://aur.archlinux.org/packages/jdk15-adoptopenjdk/
• https://aur.archlinux.org/packages/zulu-15-bin/