summarylogtreecommitdiffstats
AgeCommit message (Collapse)Author
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-09-30Fix compatibility with browser extensionsMichael Lass
Also, we can remove our custom gradle upgrade since gradle 6.3 is used by default in JabRef 5.1
2020-09-01Update to 5.1Michael Lass
2020-03-28Prepare for OpenJDK 14 and fix build with existing srcdirMichael Lass
2020-03-23Move gradle temp folder into $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.
2020-03-18Update to 5.0Michael Lass
For now, use the prebuilt portable version.
2019-07-25Depend on new package java-openjfx-8Michael Lass
java-openjfx was updated to version 11 in the repos.
2018-07-19Add runtime dependencies of JavaFXMichael Lass
Additional dependencies for the JavaFX UI. Not sure if this should be dependencies of java-openjfx instead, but for now let's just add them here.
2018-06-05Update to 4.3.1Michael Lass
2018-06-03Update to 4.3Michael Lass
2018-04-26Update to 4.2Michael Lass
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-12-24Update to 4.1Michael Lass
2017-11-18Utilize archlinux-java-run for start scriptMichael Lass
2017-08-24Force use of java 8 and update desktop fileMichael Lass
2017-06-03Use license file of package versionMichael Lass
The license file was recently changed, causing (1) the checksum test to fail and (2) the license file to become out of sync with what applies to the installed program version. Download the matching the program version to avoid that. Thanks to n-st for this contributing this change via github.
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!
2017-02-02Update to 3.8.2Michael Lass
2016-12-27Update to 3.8.1Michael Lass
2016-12-18Update to 3.8 and fix licenseMichael Lass
2016-11-14Update to 3.7Michael Lass
2016-08-26Update to 3.6Michael Lass
2016-07-16Only extract from JAR what we needMichael Lass
bsdtar seems to have issues when the JAR is extracted over earlier extracted data: ... Can't replace existing directory with non-directory
2016-07-15Update to 3.5Michael Lass
2016-06-03Update to 3.4Michael Lass
2016-04-19Update to ver. 3.3Michael Lass
2016-03-02Add reference to github repoMichael Lass
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.
2016-01-11Update to 3.2Michael Lass
2015-12-28Update to 3.1Michael Lass
2015-12-01Add StartupWMClass to desktop fileMichael Lass
Otherwise desktop environments cannot detect that a running instance belongs to this desktop file.
2015-12-01JabRef 3.0 requires Java 8Michael Lass
2015-11-30Update to 3.0Michael Lass
2015-11-23Update to 2.11.1Michael Lass
2015-07-05Initial commitMichael Lass
Files taken from AUR3.