@MartinDiehl: Thanks for the comment! This error should now be fixed in version 5.15-5.
Search Criteria
Package Details: jabref 5.15-5
Package Actions
| 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: | 216 |
| Popularity: | 0.113930 |
| First Submitted: | 2012-06-07 22:47 (UTC) |
| Last Updated: | 2026-02-03 22:03 (UTC) |
Dependencies (4)
- archlinux-java-runAUR
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, mandrel-binAUR, mandrel24-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jabba-binAUR, jdk21-jetbrainsAUR, zulu-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, jdk11-openj9-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk8AUR, jdk23-graalvm-ee-binAUR, jdk17-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk24-graalvm-ce-binAUR, jdk8-dragonwell-extendedAUR, jdk23-temurinAUR, zing-23-binAUR, jdk17-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, zulu-24-binAUR, liberica-nik-23-full-binAUR, sapmachine11-jdkAUR, sapmachine17-jdkAUR, jdk11AUR, liberica-nik-24-full-binAUR, jdk-openj9-binAUR, jdk24-graalvm-binAUR, jdk24-graalvm-ee-binAUR, liberica-nik-25-full-binAUR, amazon-corretto-24-binAUR, liberica-jdk-11-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-17-full-binAUR, jdk8-openj9-binAUR, zulu-21-binAUR, jdk25-graalvm-ce-binAUR, jdk25-graalvm-binAUR, jdk21-jetbrains-gitAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica-full-binAUR, jdk-openjdk-wakefieldAUR, liberica-jdk-21-binAUR, jdk21-jetbrains-binAUR, amazon-corretto-15AUR, java-openjdk-binAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, liberica-jdk-full-binAUR, liberica-jdk-25-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk-temurinAUR, jdkAUR, jdk-ltsAUR, jdk11-temurinAUR, jdk17-graalvm-ee-binAUR, microsoft-openjdk-21-binAUR, microsoft-openjdk-25-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-11-binAUR, jdk21-graalvm-ee-binAUR, amazon-corretto-25-binAUR, jdk22-openjdkAUR, jdk23-openjdkAUR, jdk24-openjdkAUR, zulu-8-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, zulu-25-binAUR, zulu-17-fx-binAUR, jdk11-graalvm-ee-binAUR, jdk11-graalvm-ee-binAUR, jdk8-temurinAUR, jdk-android-studioAUR, jdk17-zulu-prime-binAUR, jdk21-zulu-prime-binAUR, zing-21-binAUR, zing-17-binAUR, zing-8-binAUR, jdk8-perfAUR, jdk25-openjdk-wakefieldAUR, jdk25-openj9-binAUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, zulu-17-binAUR, java-openjdk-ea-binAUR, zulu21-fx-binAUR, zulu8-fx-binAUR, jre-jetbrainsAUR, zulu-jdk-fx-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- gradle (make)
- python (optional) – browser extension
Required by (0)
Sources (11)
- 0001-Try-to-use-release-made-in-fork-11517.patch
- 0002-Bump-com.github.koppor-gradle-modules-plugin-11544.patch
- 0003-Fix-build-with-Gradle-9.patch
- 0004-Update-easybind-to-avoid-using-unavailable-snapshot.patch
- 0005-Consolidate-Maven-repositories.patch
- abbrv.jabref.org-b69f1d607a57488276f3402bbf610d9129e7f6fb.tar.gz
- jabref-5.15.tar.gz
- jabref.desktop
- jabref.sh
- locales-e631a52dcea396be20d031b6456e91dba7772224.tar.gz
- styles-b2be5aeeee7f00fd2032ac1daad995bbe95398cf.tar.gz
Bevan commented on 2026-02-03 22:04 (UTC)
MartinDiehl commented on 2026-02-01 14:25 (UTC)
I can't build it at the moment. It seems that a dependency does not exist anymore
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':compileJava'.
> Could not resolve all files for configuration ':compileClasspath'.
> Could not resolve com.github.sialcasa.mvvmFX:mvvmfx-validation:f195849ca9.
Required by:
root project 'JabRef'
> Could not resolve com.github.sialcasa.mvvmFX:mvvmfx-validation:f195849ca9.
> Could not get resource 'https://s01.oss.sonatype.org/content/repositories/snapshots/com/github/sialcasa/mvvmFX/mvvmfx-validation/f195849ca9/mvvmfx-validation-f195849ca9.pom'.
> Could not GET 'https://s01.oss.sonatype.org/content/repositories/snapshots/com/github/sialcasa/mvvmFX/mvvmfx-validation/f195849ca9/mvvmfx-validation-f195849ca9.pom'. Received status code 504 from server: Gateway Time-out
> There is 1 more failure with an identical cause.
Bevan commented on 2026-01-22 19:01 (UTC)
@PureFallen: Do I understand correctly that even with version 6.0-alpha.4 you observe this issue? In that case I think it should be re-reported as an issue upstream. I don't see any way to address this in this package. Or do I miss something?
PureFallen commented on 2026-01-21 10:46 (UTC) (edited on 2026-01-21 10:50 (UTC) by PureFallen)
It seems that JavaFX dropped support for GTK2 and uses GTK3 instead even when -Djdk.gtk.version=2 was specified. The error from @matteodelabre makes a return and also seems to affect uses of XWayland:
https://github.com/JabRef/jabref/issues/12377
The issue claims that JabRef 6.0 fixes that issue. However, I cannot reproduce that behavior and who knows how long 6.0 will be stuck in Pre-Release...
Bevan commented on 2025-10-09 18:38 (UTC)
@Hexamotion: All current build issues should be fixed in version 5.15-4.
Bevan commented on 2025-10-08 19:12 (UTC) (edited on 2025-10-08 19:40 (UTC) by Bevan)
@Hexamotion: Thanks for the report. I was able to reproduce the problem here. I'll take a closer look at it, but it will probably take a day or two.
Quick update: A solution is to modify build.gradle and to replace
reports.html.outputLocation.set(file("${reporting.baseDir}/${name}"))
by
reports.html.outputLocation.set(file("${reporting.getBaseDirectory()}/${name}"))
However, there are more build issues right now:
> Could not resolve all files for configuration ':compileClasspath'.
> Could not find com.tobiasdiez:easybind:2.2.1-SNAPSHOT.
Searched in the following locations:
- https://repo.maven.apache.org/maven2/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/maven-metadata.xml
- https://repo.maven.apache.org/maven2/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/easybind-2.2.1-SNAPSHOT.pom
- https://oss.sonatype.org/content/groups/public/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/maven-metadata.xml
- https://oss.sonatype.org/content/groups/public/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/easybind-2.2.1-SNAPSHOT.pom
- https://s01.oss.sonatype.org/content/repositories/snapshots/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/maven-metadata.xml
- https://s01.oss.sonatype.org/content/repositories/snapshots/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/easybind-2.2.1-SNAPSHOT.pom
- https://jitpack.io/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/maven-metadata.xml
- https://jitpack.io/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/easybind-2.2.1-SNAPSHOT.pom
- https://sandec.jfrog.io/artifactory/repo/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/maven-metadata.xml
- https://sandec.jfrog.io/artifactory/repo/com/tobiasdiez/easybind/2.2.1-SNAPSHOT/easybind-2.2.1-SNAPSHOT.pom
Required by:
root project 'JabRef'
An update to easybind 2.3.0 might solve that: https://github.com/JabRef/jabref/pull/13433
Hexamotion commented on 2025-10-08 16:03 (UTC)
I am unable to install jabref.
I am getting a similar error like this:
> Configure project :
Project : => 'org.jabref' Java module
[...]
FAILURE: Build failed with an exception.
* Where:
Build file '/home/test/.cache/yay/jabref/src/jabref-5.15/build.gradle' line: 546
* What went wrong:
A problem occurred evaluating root project 'JabRef'.
> Could not get unknown property 'baseDir' for extension 'reporting' of type org.gradle.api.reporting.ReportingExtension.
gothicVI commented on 2025-01-18 22:49 (UTC)
@rellieberman: new version also applies the patch due to this PR: https://github.com/JabRef/jabref/pull/11544/files
rellieberman commented on 2025-01-18 22:16 (UTC)
Worked, Thank you!
Can you explain what went wrong?
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/jabreflike this?So we can add the
-Djdk.gtk.version=2flag or-Dglass.gtk.uiScale=144dpiflag by cmdline, no need to edit/usr/bin/jabrefafter upgrade.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=2flag 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.