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: 151
Popularity: 4.888754
First Submitted: 2012-06-07 22:47
Last Updated: 2017-02-03 14:14

Latest Comments

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.

koppor commented on 2016-06-05 17:43

BibLaTeX mode is a file-based mode now. Switch the mode using File -> "Switch to BibLaTeX mode".

See also blog entry "April 19, 2016 – Release of JabRef 3.3" on http://www.jabref.org/blog/. (Sorry, currently no deep links possible).

All comments