Package Details: jabref 3.8.2-2

Git Clone URL: https://aur.archlinux.org/jabref.git (read-only)
Package Base: jabref
Description: GUI frontend for BibTeX, written in Java
Upstream URL: http://www.jabref.org/
Licenses: MIT
Submitter: Allan
Maintainer: Bevan
Last Packager: Bevan
Votes: 160
Popularity: 4.388994
First Submitted: 2012-06-07 22:47
Last Updated: 2017-06-03 21:37

Latest Comments

n-st commented on 2017-06-03 20:40

JabRef has recently had its license updated. The PKGBUILD contains the checksum of the v3.8.2 license, but downloads the license from the master branch (currently v4.x beta), so the checksum test fails.

Try this patch as a fix: http://x7f.uk/jamaxa.patch

Bevan commented on 2017-02-03 14:14

@Rhinoceros: Thanks a lot! :)

Rhinoceros commented on 2017-02-02 23:30

Thanks @Bevan. Here's a replacement to jabref.sh that works for me. It checks if java 8 is selected as the default java, and if not, reverts to your original script of selecting the alphabetically-last java. This *should* keep everyone happy! :)

#!/bin/sh

if [[ "$(archlinux-java get)" == java-8-* ]]
then
exec /usr/bin/java -jar /usr/share/java/jabref/JabRef-VERSION.jar "$@"
else
# Force usage of latest java version
JVM_PATH=$(find /usr/lib/jvm/* -maxdepth 0 -type d | sort | tail -n1)
exec $JVM_PATH/jre/bin/java -jar /usr/share/java/jabref/JabRef-VERSION.jar "$@"
fi

Bevan commented on 2017-02-02 21:37

@Rhinoceros: I guess you are right. It's difficult to find something here to make everybody happy but I will try soon.

Rhinoceros commented on 2017-01-23 00:16

It looks like jabref.sh selects the latest version of java installed, rather than following the default, as set in archlinux-java. This can cause problems, because it selects the buggy version in my case [1]. I understand that jabref needs java 8, not java 7, but it might be worth following archlinux-java if a version 8 is selected, otherwise defaulting to one of the version 8s. Hard-coding the version seems wrong IMO.

[1] https://bugs.archlinux.org/task/52625

danmc commented on 2016-12-15 15:57

The license has changed to MIT since version 3.6.

Bevan commented on 2016-07-16 09:23

@antony: This issue occured when there was already a "src" directory lying around from the last build.

I now changed the PKGBUILD to only extract from the JAR what is needed which solves this issue.

anntzer commented on 2016-07-16 01:16

Cuurently fails to build:

==> Extracting sources...
-> Extracting JabRef-3.5.jar with bsdtar
com/: Can't replace existing directory with non-directory
<elided>
META-INF/maven/org.apache.httpcomponents/httpcore-nio/: Can't replace existing directory with non-directory
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract JabRef-3.5.jar
Aborting...
:: failed to build jabref package(s)

Bevan commented on 2016-07-15 22:20

@chicomag: The .jar file needs to be extracted because this is where we get the application icon get from, so extracting is actually intended. I don't see any disadvantage of this, because we package only what is needed (jar file, icon, start script, desktop file).

chicomag commented on 2016-07-15 22:00

Please, add noextract=("JabRef-${pkgver}.jar") to the PKGBUILD, because makepkg is extracting the file, and this is not intended.

All comments