Hi Bevan, thanks for the prompt reply, after renaming /home/<user>/.m2/repository the build went through without problems👍 Thanks for your work!
Search Criteria
Package Details: jabref 5.15-2
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: | 213 |
Popularity: | 0.22 |
First Submitted: | 2012-06-07 22:47 (UTC) |
Last Updated: | 2024-09-23 19:59 (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, jdk8-armAUR, 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, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-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, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-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 (7)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 21 Next › Last »
faebu commented on 2023-01-02 06:41 (UTC)
Bevan commented on 2023-01-01 20:28 (UTC)
faebu: I cannot reproduce that problem. However, from the output it looks like gradle is only searching for the jar files within your maven cache (/home/<user>/.m2/repository) and not in the online repositories. You truncated the output, so maybe it's checking other locations later on.
The first thing I would try is to remove that cache, i.e., delete the folder /home/<user>/.m2/repository or temporarily rename it if you want to keep it.
What's a bit annoying is that all those jar files that are missing are deleted later anyway. But I don't know if/how it is possible to make gradle skip these files already during build...
faebu commented on 2023-01-01 20:04 (UTC) (edited on 2023-01-01 20:07 (UTC) by faebu)
Hi, I am on Manjaro and get the following error when building jabref:
...
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':startScripts'.
> Error while evaluating property 'relativeClasspath' of task ':startScripts'
> Could not resolve all files for configuration ':runtimeClasspath'.
> Could not find javafx-fxml-19-win.jar (org.openjfx:javafx-fxml:19).
Searched in the following locations:
file:/home/<user>/.m2/repository/org/openjfx/javafx-fxml/19/javafx-fxml-19-win.jar
> Could not find javafx-controls-19-win.jar (org.openjfx:javafx-controls:19).
Searched in the following locations:
file:/home/<user>/.m2/repository/org/openjfx/javafx-controls/19/javafx-controls-19-win.jar
> Could not find javafx-graphics-19-win.jar (org.openjfx:javafx-graphics:19).
Searched in the following locations:
file:/home/<user>/.m2/repository/org/openjfx/javafx-graphics/19/javafx-graphics-19-win.jar
> Could not find javafx-base-19-win.jar (org.openjfx:javafx-base:19).
Searched in the following locations:
file:/home/<user>/.m2/repository/org/openjfx/javafx-base/19/javafx-base-19-win.jar
...
I have installed the following Java/JDK packages (all up to date):
archlinux-java-run 9-1 AUR 16.8 kB
java-environment-common 3-3 extra
java-hamcrest 1.3-5 extra 312.5 kB
java-openjfx 19.u11-1 extra 152.9 MB
java-runtime-common 3-3 extra 5.4 kB
jdk-openjdk 19.0.1.u10-3 extra 97.6 MB
jdk17-openjdk 17.0.5.u1-1 extra 92.7 MB
jre-openjdk 19.0.1.u10-3 extra 515.5 kB
jre-openjdk-headless 19.0.1.u10-3 extra 186.7 MB
jre17-openjdk 17.0.5.u1-1 extra 515.5 kB
jre17-openjdk-headless 17.0.5.u1-1 extra 176.0 MB
Any idea how to resolve the error, do I need to fix something in the build files or install some additional package?
Thanks and happy new year!
Bevan commented on 2022-12-05 20:17 (UTC)
@daniel_shub: Thanks for the report. This is something that needs a bit of thinking and testing. Not sure if this is an issue in archlinux-java-run or in this and probably other packages using it. For now, I transformed it into a github issue, so I don't forget: https://github.com/michaellass/AUR/issues/34
daniel_shub commented on 2022-12-02 17:40 (UTC)
I am having trouble building in a clean chroot with makechrootpkg.
==> Starting build()... Your Java installation is not set up correctly. Try archlinux-java fix. Using JDK from to build JabRef.
ERROR: JAVA_HOME is not set and no 'java' command could be found in your PATH.
Please set the JAVA_HOME variable in your environment to match the location of your Java installation.
==> ERROR: A failure occurred in build(). Aborting...
I am installing jdk18-openj9-bin and archlinux-java-run from the AUR.
resolving dependencies... looking for conflicting packages...
Packages (6) java-environment-common-3-3 java-runtime-common-3-3 nspr-4.35-1 nss-3.85-1 archlinux-java-run-9-1 jdk18-openj9-bin-18.0.2.1-1
I think the recommendation to run "archlinux-java fix" is correct since if I manually enter the chroot and then run the "archlinux-java-run" command from the PKGBUILD, it does not return anything but if I run "archlinux-java fix", then the PKGBUILD command gives the correct version.
The issue, I think is that I cannot simply add "archlinux-java fix" to the build function in the PKGBUILD since the archlinux-java script requires root privileges and makechrootpkg drops privileges (I think).
Bevan commented on 2022-10-24 16:59 (UTC) (edited on 2022-12-19 21:15 (UTC) by Bevan)
Thankfully, version 5.8 of JabRef now builds with Java 17, i.e., you can use jdk17-openjdk from the official repositories to build this package. Hence, the following comment on JabRef 5.7 is obsolete:
Unfortunately, JabRef currently requires Java 18 to be built. This Java version is unsupported by now and is only available via AUR packages. For now I suggest installing jdk18-openj9-bin to be able to build this package.
MadMe commented on 2022-10-23 21:00 (UTC)
@Bevan Thanks! xorg-xwayland did the trick for me
Bevan commented on 2022-09-29 13:07 (UTC)
@conkeldurr: It's available in the AUR: https://aur.archlinux.org/packages/archlinux-java-run
conkeldurr commented on 2022-09-22 19:26 (UTC)
Got the following error-
$ makepkg -si
==> Making package: jabref 5.7-1 (Thu 22 Sep 2022 03:22:58 PM EDT)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: archlinux-java-run>=7
==> ERROR: 'pacman' failed to install missing dependencies.
==> Missing dependencies:
-> archlinux-java-run>=7
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.
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.