summarylogtreecommitdiffstats
path: root/jabref.sh
AgeCommit message (Collapse)Author
2024-04-02Update to 5.13Michael Laß
2023-11-28Make sure to launch JabRef with installed JDKMichael Laß
Arch Linux's official JDK and JRE packages of the same version conflict with each other. Hence, depending on java-environment=21 works in the majority of cases. However, there are JDK packages in the AUR that provide java-environment but not jdk-openjdk and hence do not conflict with JRE packages. Make sure to launch JabRef with a full JDK and don't rely on it being chosen automatically. Fixes a1fe8de0578a5e0e791a10af02d0cbd594dd3374
2023-09-26Force use of Java version 21Michael Laß
Regardless of $JAVA_HOME, gradle will try to find a JDK with the version specified as toolchain->languageVersion. This lets the build fail if no JDK 20 is installed. For now, stick to a single valid JDK version. The best option is JDK 21 which is currently available as jdk-openjdk in the Arch repositories. Thanks a lot to Pavlov and vanja_z, providing all the information required to fix this issue.
2023-09-02Update to 5.10Michael Laß
Upstream states that JDK 21 is required for building JabRef 5.10 but this is due to a bug in jlink: https://bugs.openjdk.org/browse/JDK-8240567 As this package does not build a custom JRE, jlink is not used. So we can stick to JDK 20 here.
2023-01-09Update to 5.9Michael Laß
Temporarily switch to using the provided gradle wrapper, because the gradle package in Arch is outdated and not compatible with Java 19.
2022-12-19Update to 5.8Michael Laß
Thankfully, the authors of JabRef switched back to a supported version of Java.
2022-08-08Update to 5.7Michael Laß
2022-04-28Update to 5.6Michael Laß
2022-03-14Allow adding options via $JABREF_OPTIONSMichael Laß
Example: JABREF_OPTIONS="-Dglass.gtk.uiScale=144dpi -Djdk.gtk.version=2" jabref
2021-12-22jabref: bump minimum JDK version to 16Michael Laß
2021-12-22jabref: update arguments in launch scriptMichael Laß
2021-07-07Update to 5.3Michael Laß
Additional changes: * use Arch's gradle package instead of the gradlew wrapper * allow Java version 14 and newer
2021-06-29Require Java 15Michael Laß
Jabref only builds against Java 14 and 15. Unfortunately, we cannot specify 'java-runtime>=14' 'java-runtime<16' as makedepends, because this is also satisfied if people have Java 16 and some version below 14 installed. Therefore, let's stick to Java 15 here. Unfortunately, this is not provided by any official Arch package, so people need to install one of: https://aur.archlinux.org/packages/amazon-corretto-15/ https://aur.archlinux.org/packages/jdk15-adoptopenjdk/ https://aur.archlinux.org/packages/zulu-15-bin/
2020-12-26Update to 5.2Michael Lass
Notes: * Remove patch for jabrefHost.py which is now included upstream. * Update start script. * Update StartupWMClass in desktop file. * Bump required JDK version to 14. Officially, version 15 is required but 14 still seems to work. I cannot test 13 anymore and there is only a single JDK 13 package in AUR, so let's drop support for that. * In contrast to the devdocs, javafx is not required to build jabref when using gradle. See https://github.com/JabRef/jabref/pull/6679.
2020-03-28Prepare for OpenJDK 14 and fix build with existing srcdirMichael Lass
2020-03-20Build from source and do not include JREMichael Lass
The package still includes all required java modules, in particular, we do not use java-openjfx. It seems that the provided javafx version is slightly different from Arch's java-openjfx, so trying to use the system jars leads to a crash on startup.
2018-04-10Make sure javafx capable JRE is usedMichael Lass
* Depend on java-openjfx in version 8 (this has to be realized by requiring java-openjfx>=8 & <9 since java-openjfx 8 does not provide java-openjfx=8) * Let archlinux-java-run ensure that a javafx-capable JRE is used (requires archlinux-java-run v4)
2017-11-18Utilize archlinux-java-run for start scriptMichael Lass
2017-08-24Force use of java 8 and update desktop fileMichael Lass
2017-02-03Improve start scriptMichael Lass
If a suitable java version is selected via archlinux-java we should use it. Otherwise use the latest version available as we did before. Thanks a lot to Rhinoceros for providing this solution!
2016-02-05Force usage of latest java versionMichael Lass
JabRef is incompatible to java 7. Instead of hardcoding java 8 just always use the latest of the installed JREs.
2015-07-05Initial commitMichael Lass
Files taken from AUR3.