| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2019-07-25 | Depend on new package java-openjfx-8 | Michael Lass | |
| java-openjfx was updated to version 11 in the repos. | |||
| 2018-07-19 | Add runtime dependencies of JavaFX | Michael 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-05 | Update to 4.3.1 | Michael Lass | |
| 2018-06-03 | Update to 4.3 | Michael Lass | |
| 2018-04-26 | Update to 4.2 | Michael Lass | |
| 2018-04-10 | Make sure javafx capable JRE is used | Michael 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-24 | Update to 4.1 | Michael Lass | |
| 2017-11-18 | Utilize archlinux-java-run for start script | Michael Lass | |
| 2017-08-24 | Force use of java 8 and update desktop file | Michael Lass | |
| 2017-06-03 | Use license file of package version | Michael 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-03 | Improve start script | Michael 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-02 | Update to 3.8.2 | Michael Lass | |
| 2016-12-27 | Update to 3.8.1 | Michael Lass | |
| 2016-12-18 | Update to 3.8 and fix license | Michael Lass | |
| 2016-11-14 | Update to 3.7 | Michael Lass | |
| 2016-08-26 | Update to 3.6 | Michael Lass | |
| 2016-07-16 | Only extract from JAR what we need | Michael 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-15 | Update to 3.5 | Michael Lass | |
| 2016-06-03 | Update to 3.4 | Michael Lass | |
| 2016-04-19 | Update to ver. 3.3 | Michael Lass | |
| 2016-03-02 | Add reference to github repo | Michael Lass | |
| 2016-02-05 | Force usage of latest java version | Michael Lass | |
| JabRef is incompatible to java 7. Instead of hardcoding java 8 just always use the latest of the installed JREs. | |||
| 2016-01-11 | Update to 3.2 | Michael Lass | |
| 2015-12-28 | Update to 3.1 | Michael Lass | |
| 2015-12-01 | Add StartupWMClass to desktop file | Michael Lass | |
| Otherwise desktop environments cannot detect that a running instance belongs to this desktop file. | |||
| 2015-12-01 | JabRef 3.0 requires Java 8 | Michael Lass | |
| 2015-11-30 | Update to 3.0 | Michael Lass | |
| 2015-11-23 | Update to 2.11.1 | Michael Lass | |
| 2015-07-05 | Initial commit | Michael Lass | |
| Files taken from AUR3. | |||