Package Details: jabref 5.15-2

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: 213
Popularity: 0.23
First Submitted: 2012-06-07 22:47 (UTC)
Last Updated: 2024-09-23 19:59 (UTC)

Dependencies (4)

Required by (0)

Sources (7)

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?

............
--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 .. 10 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

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

<deleted-account> commented on 2018-01-15 23:50 (UTC)

LICENSE.md fails checksum validity check.

Rhinoceros commented on 2018-01-08 09:30 (UTC)

That seems logical to me, too.

Bevan commented on 2018-01-08 09:28 (UTC)

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

Rhinoceros commented on 2018-01-08 09:24 (UTC)

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?

Bevan commented on 2018-01-08 07:53 (UTC)

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

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