Package Details: jabref 5.15-3

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: 215
Popularity: 0.63
First Submitted: 2012-06-07 22:47 (UTC)
Last Updated: 2025-01-17 16:00 (UTC)

Dependencies (4)

Required by (0)

Sources (8)

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 .. 16 17 18 19 20 21 22 Next › Last »

gbc921 commented on 2015-12-31 00:13 (UTC)

Jabref source link on sourceforge is broken (even trying to download through the browser redirects to the initial page). I'm not sure if it is related to Sourceforge or upstream, will contact dev and post any news here.

Francois_B commented on 2015-12-17 14:03 (UTC)

That sounds. I tried to remove java7 before asking you but I still have few packages that depends on java7, and one critical for me. They may work with java8. I'll contact the maintainers to check that. note for others, small typo in the command path: /usr/lib/jvm/java-8-openjdk/jre/bin/java -jar /usr/share/java/jabref/JabRef-3.0.jar Thank you.

Bevan commented on 2015-12-16 14:58 (UTC) (edited on 2015-12-16 14:59 (UTC) by Bevan)

@Francois_B: It looks to me like you try running it with an older Java version. Please try running it by executing: /usr/lib/jvm/java-8-openjdk/bin/java -jar /usr/share/java/jabref/JabRef-3.0.jar For a permanent solution you may copy this into a custom start script in /usr/local/bin. But it may need adjustments on future JabRef updates. A clean solution would probably be to remove Java 7 from your system instead, if you do not need it for some reason.

Francois_B commented on 2015-12-16 14:51 (UTC)

I have this error: $ jabref Exception in thread "main" java.lang.UnsupportedClassVersionError: net/sf/jabref/JabRefMain : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482) Anybody has an idea?

anntzer commented on 2015-12-15 19:34 (UTC)

In order to make this work even when the default Java installed is Java7, you may want to apply the following solution to jabref.sh: https://wiki.archlinux.org/index.php/Java#Launching_an_application_with_the_non-default_java_version

Bevan commented on 2015-12-01 10:08 (UTC)

@etienne: Ah, yet another Java application that needs this hack. Update will come in a minute. Thanks! :)

<deleted-account> commented on 2015-12-01 10:06 (UTC)

On Gnome Shell the starter of Jabref is not the same as the one of the opened application, so I get two Jabref symbols in the starter panel when running. To avoid this, I simply had to add the line StartupWMClass=net-sf-jabref-JabRefMain to my jabref.desktop. To keep the change I copied /usr/share/applications/jabref.desktop to ~/.local/share/applications/ and applied the modification there.

Bevan commented on 2015-12-01 09:50 (UTC)

It seems like JabRef 3 deliberately requires Java 8: http://sourceforge.net/p/jabref/mailman/message/34657526/ I will change the dependencies accordingly. If people would rather stick with Java 7 they can get the old PKGBUILD for JabRef 2.11.1 here: https://aur.archlinux.org/cgit/aur.git/tree/?h=jabref&id=7cab7b0cfdc458d429f39fa80583eb22da48d08d

bayone commented on 2015-12-01 01:30 (UTC) (edited on 2015-12-01 01:36 (UTC) by bayone)

@Bevan: jabref 3.0 crashes with jre7-openjdk. I had to switch to jre8-openjdk to get it to work. It also says on sourceforge it requires java 1.8 (jre8).

Bevan commented on 2015-07-16 20:14 (UTC)

@torta: sourceforge.net seems to have problems with their load balancing at the moment. You may replace the first entry in source by http://ufpr.dl.sourceforge.net/project/jabref/jabref/2.10/JabRef-2.10.jar to work around this temporarily.

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 Next › Last »