@MadMe: As far as I can see, Java still relies on X11 and does not support Wayland directly. Do you have xorg-xwayland installed? If not, could you please check if installing that package (and maybe restarting your graphical session) solves the problem for you?
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.23 |
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 12 .. 21 Next › Last »
Bevan commented on 2022-09-03 18:02 (UTC)
MadMe commented on 2022-09-03 15:32 (UTC)
I've got an problem. Jabref refuses to start on Wayland (sway)
i get the following error:
Exception in thread "main" java.lang.UnsupportedOperationException: Unable to open DISPLAY
Any Ideas?
Bevan commented on 2022-05-06 18:35 (UTC)
@Flupp: The tar is created during build, so it's not coming from upstream directly. Weirdly, I cannot reproduce your problem:
tar tvf src/jabref-5.6/build/distributions/JabRef-5.6.tar | grep codec
-rw-r--r-- 0/0 335042 2020-03-29 19:14 JabRef-5.6/lib/commons-codec-1.11.jar
And similarly, it's correct in pkg as well:
ls -la pkg/jabref/usr/share/java/jabref/lib/commons-codec-1.11.jar
-rw-r--r-- 1 bevan bevan 335042 6. Mai 20:25 pkg/jabref/usr/share/java/jabref/lib/commons-codec-1.11.jar
I wonder if this depends on the Java version used during the build step. Maybe gradle fetches different sources then. When running makepkg, there will be an output like the following:
Using JDK from /usr/lib/jvm/java-18-openjdk to build JabRef.
What does it say in your case?
Flupp commented on 2022-05-06 09:46 (UTC)
Currently (version 5.6-1) I get:
java.lang.module.FindException: java.io.FileNotFoundException: /usr/share/java/jabref/lib/commons-codec-1.11.jar (Permission denied)
It seems this file comes from the line
tar xf distributions/JabRef-${pkgver}.tar -C "${pkgdir}"/usr/share/java/${pkgname} JabRef-${pkgver}/lib --strip-components=1
in the PKGBUILD
. Actually, I am not sure if this is a packaging issue or an upstream issue since the permission is already wrong in the tar (600).
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
malacology commented on 2022-01-07 09:01 (UTC)
I would suggest you to replace your archlinux-java-runtime with the packages official supports, it would make makepkg easier
Bevan commented on 2021-09-07 08:51 (UTC)
@eyolf Thanks for the hint! CSL styles and locales are now included in 5.3-3.
eyolf commented on 2021-09-05 09:44 (UTC)
There is a number of CLS entry preview files included in JabRef, which need to be added in the build stage by adding
cp buildres/csl/csl-locales/* src/main/resources/csl-locales/
according to the developers.
malacology commented on 2021-08-17 08:08 (UTC)
JabRef will need to add option dependency grobid in the later version (maybe). I would like to update it but seems an error presents. https://github.com/kermitt2/grobid/issues/817
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.