Package Details: jabref 5.15-5

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: 217
Popularity: 0.34
First Submitted: 2012-06-07 22:47 (UTC)
Last Updated: 2026-02-03 22:03 (UTC)

Dependencies (4)

Required by (0)

Sources (11)

Pinned Comments

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?

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

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.

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 23 Next › Last »

<deleted-account> commented on 2018-11-14 12:09 (UTC)

pikaur -S jabref Reading repository package databases... Reading local package database... Resolving AUR dependencies... :: New dependency will be installed from repository: java-openjfx (for jabref) -> 8.u172-2 :: AUR package will be installed: jabref -> 4.3.1-2 :: New dependency will be installed from AUR: archlinux-java-run (for jabref) -> 4-1

archlinux-java status Available Java environments: java-8-openjdk/jre (default)

Okay, the problem is that the installation of java-openjfx implicitly makes PyCharm search for JDK, which is not installed. Probably, a PyCharm bug.

Bevan commented on 2018-11-14 09:41 (UTC)

@alleut: This package should not affect other software at all. At least I don't know how it would.

I can however imagine that this package required you to install a different JDK and now your java installation is not configured proberly. Can you try running "archlinux-java fix"? If it does not help, please post the output of "archlinux-java status". Also see https://wiki.archlinux.org/index.php/java#Switching_between_JVM

<deleted-account> commented on 2018-11-14 00:45 (UTC)

Installation breaks PyCharm Community: "No JDK found. Please validate either PYCHARM_JDK, JDK_HOME or JAVA_HOME environment variable points to valid JDK installation."

Bevan commented on 2018-07-19 17:42 (UTC)

Unia: Thanks for the report! Indeed, gtk2 seems to be required for JavaFX, however it's only a make dependency of java-openjfx. I just added a bunch of JavaFX dependencies here, including gtk2.

Unia commented on 2018-07-19 14:31 (UTC)

This needs gtk2 to be added as a dependency. Without it, I get

Graphics Device initialization failed for :  es2, sw
Error initializing QuantumRenderer: no suitable pipeline found
java.lang.RuntimeException: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found

Installing gtk2 fixes this.

Bevan commented on 2018-06-24 20:09 (UTC)

flocomkoko: The java version is pinned to version 8 in the requirements already. And no, archlinux-java-run is required anyway because people have multiple versions of java installed.

<deleted-account> commented on 2018-06-24 20:07 (UTC)

Since jabref only works with java 8 could the java version in the requirements be pinned to java 8 and the dependency on archlinux-java-run be removed?

Bevan commented on 2018-06-04 08:30 (UTC)

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.

robguinness commented on 2018-06-04 08:09 (UTC) (edited on 2018-06-04 08:17 (UTC) by robguinness)

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

arrhenius commented on 2018-01-21 15:36 (UTC)

"LICENSE.md fails checksum validity check."

Solved by removing ~/.cache/pacaur/jabref