Strange. I cannot reproduce the issue with 5.15-2 anymore and did multiple successful builds now. Do you work in a clean build directory? Can others report if it works for them?
Search Criteria
Package Details: jabref 5.15-3
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: | 215 |
Popularity: | 0.97 |
First Submitted: | 2012-06-07 22:47 (UTC) |
Last Updated: | 2025-01-17 16:00 (UTC) |
Dependencies (4)
- archlinux-java-runAUR
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, 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, jdk17-dragonwell-standard-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jdk-openjdk-wakefieldAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, zing-8-binAUR, zing-21-binAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jdk8-dragonwell-extendedAUR, jdk21-jetbrains-binAUR, jdk11AUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk21-graalvm-ee-binAUR, jdk8-openj9-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk8AUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, zulu-17-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk23-graalvm-ee-binAUR, jdk-ltsAUR, liberica-jdk-11-full-binAUR, liberica-jdk-17-full-binAUR, zulu-17-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, java-openjdk-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-liberica-full-binAUR, jdkAUR, jdk-temurinAUR, liberica-jdk-full-binAUR, zulu-24-binAUR, jre-jetbrainsAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- gradle (gradle7) (make)
- python (python37AUR, python311AUR, python310AUR) (optional) – browser extension
Required by (0)
Sources (8)
- abbrv.jabref.org-b69f1d607a57488276f3402bbf610d9129e7f6fb.tar.gz
- https://patch-diff.githubusercontent.com/raw/JabRef/jabref/pull/11517.patch
- https://patch-diff.githubusercontent.com/raw/JabRef/jabref/pull/11544.patch
- jabref-5.15.tar.gz
- jabref.desktop
- jabref.sh
- locales-e631a52dcea396be20d031b6456e91dba7772224.tar.gz
- styles-b2be5aeeee7f00fd2032ac1daad995bbe95398cf.tar.gz
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 22 Next › Last »
Bevan commented on 2024-09-24 06:38 (UTC)
rgarber11 commented on 2024-09-23 21:42 (UTC) (edited on 2024-09-23 21:44 (UTC) by rgarber11)
5.15-2 returns the same error for me as rhysperry111. Doing some poking around, I found that the settings.gradle contains:
pluginManagement {
resolutionStrategy {
eachPlugin {
// Hint from https://github.com/jitpack/jitpack.io/issues/1459#issuecomment-1279851731
// Updated solution at https://github.com/foodiestudio/convention-plugins?tab=readme-ov-file#convention-plugins
if (requested.id.id.startsWith("com.github.koppor")) {
// This is https://github.com/java9-modularity/gradle-modules-plugin/pull/282
useModule("com.github.koppor:gradle-modules-plugin:jitpack-SNAPSHOT")
}
}
}
...
which I assume is at fault.
Bevan commented on 2024-09-23 20:00 (UTC)
Thanks rhysperry111 for the notice. I pushed version 5.15-2 which should fix this issue.
rhysperry111 commented on 2024-09-23 10:05 (UTC) (edited on 2024-09-23 10:21 (UTC) by rhysperry111)
I'm currently getting the following error on build:
FAILURE: Build failed with an exception.
* Where:
Build file '/home/rhys/.cache/paru/clone/jabref/src/jabref-5.15/build.gradle' line: 14
* What went wrong:
Plugin [id: 'com.github.koppor.gradle-modules-plugin', version: 'jitpack-SNAPSHOT', artifact: 'com.github.koppor:gradle-modules-plugin:jitpack-SNAPSHOT'] was not found in any of the following sources:
- Gradle Core Plugins (plugin is not in 'org.gradle' namespace)
- Included Builds (No included builds contain this plugin)
- Plugin Repositories (could not resolve plugin artifact 'com.github.koppor:gradle-modules-plugin:jitpack-SNAPSHOT')
Searched in the following repositories:
maven(https://jitpack.io)
Gradle Central Plugin Repository
The -git version seems to work. Maybe upstream needs to make a release?
Nordwin commented on 2024-04-10 14:22 (UTC)
@Bevan: I do, thank you for pointing me towards that link. That fixes it for me
Bevan commented on 2024-04-05 21:37 (UTC)
@Nordwin: Do you have the environment variable $LD_LIBRARY_PATH set in a custom way? See https://bugs.archlinux.org/task/77183.
Nordwin commented on 2024-04-05 08:07 (UTC)
Even with jdk21-openjdk I cannot start jabref:
Error occurred during initialization of boot layer java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-21-openjdk/lib/libnio.so: /usr/lib/jvm/java-21-openjdk/lib/libnio.so: undefined symbol: reuseport_available
Rhinoceros commented on 2024-03-29 05:31 (UTC)
Thanks @Bevan. FWIW I tried building with the newer jdk 22, but it failed.
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.
gothicVI commented on 2024-03-28 15:58 (UTC)
@Rhinoceros @emilbebri well, what's your output of yay -Qs .*java.*
?
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?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.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.