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.

robguinness: Seems like the package builds fine but for some reason the installation fails.

I guess you are using some kind of AUR helper for installation. Unfortunately it doesn't give you the reason why installation failed. Please try building and installing the package manually as described in https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages and see if it works or gives any more useful output.

I wasn't able to install. Strangely, the terminal output shows conflicting info:

(1/1) Arming ConditionNeedsUpdate... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading JabRef-4.3.jar... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 604 0 604 0 0 943 0 --:--:-- --:--:-- --:--:-- 943 100 54.2M 100 54.2M 0 0 400k 0 0:02:18 0:02:18 --:--:-- 577k -> Downloading LICENSE.md... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 1131 100 1131 0 0 4400 0 --:--:-- --:--:-- --:--:-- 4383 -> Found jabref.sh -> Found jabref.desktop ==> Validating source files with sha256sums... JabRef-4.3.jar ... Passed LICENSE.md ... Passed jabref.sh ... Passed jabref.desktop ... Passed ==> Extracting sources... ==> Starting prepare()... ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Removing libtool files... -> Purging unwanted files... -> Removing static library files... -> Stripping unneeded symbols from binaries and libraries... -> Compressing man and info pages... ==> Checking for packaging issue... ==> Creating package "jabref"... -> Generating .PKGINFO file... -> Generating .BUILDINFO file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: jabref 4.3-1 (Mon Jun 4 10:28:40 EEST 2018) ==> Installing package jabref with pacman -U... [sudo] password for rob: ==> WARNING: Failed to install built package(s). ==> Cleaning up...

"LICENSE.md fails checksum validity check."

Solved by removing ~/.cache/pacaur/jabref

LICENSE.md fails checksum validity check.

That seems logical to me, too.

Rhinoceros: That makes sense, yes. Hm... I could require java-openjfx=8 here since jabref currently only works with Java 8 anyway.

Oh yeah… I can see that now. I have no idea. Ahhh… perhaps it's because jre provides java-openjfx=9, and I already had that installed?

Rhinoceros: How did you manage to install this package without installing java-openjfx first? It is a dependency.

The new version failed to start on my system with:

Error: Could not find or load main class org.jabref.JabRefMain

I'm using java-8-openjdk. After installing java-openjfx, jabref could again launch.

@Bevan: it was the license file. Deleted and reinstalled.