Package Details: jitsi 2.10.5550-4

Git Clone URL: https://aur.archlinux.org/jitsi.git (read-only)
Package Base: jitsi
Description: An audio/video SIP VoIP phone and instant messenger written in Java (formerly SIP-Communicator)
Upstream URL: http://jitsi.org
Licenses: Apache
Submitter: psychedelicious
Maintainer: xdevla
Last Packager: xdevla
Votes: 339
Popularity: 1.626099
First Submitted: 2011-05-11 11:22
Last Updated: 2017-03-03 07:35

Latest Comments

omgold commented on 2017-10-23 09:27

The package seems not to compile against Java 9 (Java 8 works):

compile:
[javac] Compiling 2172 source files to /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/classes
[javac] warning: [options] bootstrap class path not set in conjunction with -source 1.7
[javac] /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:35: error: cannot find symbol
[javac] implements NameService
[javac] ^
[javac] symbol: class NameService
[javac] /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:25: error: package sun.net.spi.nameservice does not exist
[javac] import sun.net.spi.nameservice.*;
[javac] ^
[javac] /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameServiceDescriptor.java:29: error: cannot find symbol
[javac] implements NameServiceDescriptor
[javac] ^
[javac] symbol: class NameServiceDescriptor
[javac] /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameServiceDescriptor.java:36: error: cannot find symbol
[javac] public NameService createNameService()
[javac] ^
[javac] symbol: class NameService
[javac] location: class JitsiDnsNameServiceDescriptor
[javac] /tmp/yaourt-tmp-omangold/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameServiceDescriptor.java:20: error: package sun.net.spi.nameservice does not exist
[javac] import sun.net.spi.nameservice.*;
[javac] ^

monarc99 commented on 2017-03-01 21:30

login errors are gone, if i use jitsi.sh from jitsi-nightly

https://aur.archlinux.org/cgit/aur.git/tree/jitsi.sh?h=jitsi-nightly

notuxius commented on 2017-03-01 07:03

not compiling with jre7/jdk7 (that is selected by default for apache-ant dependency in pacman) - and compiling with jre8/jdk8

errors upon build:

-pre-version:

version:

BUILD FAILED
/tmp/yaourt-tmp-not/aur-jitsi/src/jitsi/build.xml:454: Unable to find a javac compiler;
com.sun.tools.javac.Main is not on the classpath.
Perhaps JAVA_HOME does not point to the JDK.
It is currently set to "/usr/lib/jvm/java-8-openjdk/jre"

Total time: 2 seconds
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build jitsi.

Anonymous comment on 2017-02-28 18:44

Login with Google caused NoClassDefFoundError (icq works fine):

java.lang.NoClassDefFoundError: org/xbill/DNS/TextParseException
at net.java.sip.communicator.impl.protocol.jabber.ProtocolProviderServiceJabberImpl.initializeConnectAndLogin(ProtocolProviderServiceJabberImpl.java:731)
at net.java.sip.communicator.impl.protocol.jabber.ProtocolProviderServiceJabberImpl.register(ProtocolProviderServiceJabberImpl.java:478)
at net.java.sip.communicator.util.account.LoginManager$RegisterProvider.run(LoginManager.java:434)
Caused by: java.lang.ClassNotFoundException: org.xbill.DNS.TextParseException
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.apache.felix.framework.ExtensionManager$ExtensionManagerWiring.getClassByDelegation(ExtensionManager.java:1010)
at org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1595)
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1525)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:79)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2018)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

ibauersachs commented on 2017-02-28 18:34

Whoever is maintainging this: the startup classpath changed from 2.8 to 2.10 and causes the login failures. You'll need to adapt the jitsi.sh script, look at the script for Debian (resources/install/debian/jitsi.sh.tmpl) for an example.

Rhinoceros commented on 2017-02-28 10:05

@xdevla Hmm… bizarre. I just tried on my wife's system, with only java-7-openjdk and java-8-openjdk/jre (default) installed, and it failed there too. And obviously a few other people in this thread have that problem too.

FWIW I tried building with the four javas that you had installed (I had previously been missing java-8-jdk), with java-8-jre/jre as default again. It still failed.

xdevla commented on 2017-02-28 09:39

Yep, I tried to build the package with the four environments and all were success (however throwing some warning here and there).

Rhinoceros commented on 2017-02-28 09:32

@xdevla Do you mean with java-8-jre/jre as default instead?

xdevla commented on 2017-02-28 09:29

Compiles fine at my side with those four environments :
java-7-openjdk
java-8-jdk
java-8-jre/jre
java-8-openjdk/jre (default)

Rhinoceros commented on 2017-02-28 09:21

2.10.5550-2 still fails if you have java-8-jre/jre selected as the default. You can fix it by hard-coding java-7-openjdk in the PKGBUILD.

--- PKGBUILD 2017-02-28 20:20:09.182314322 +1100
+++ PKGBUILD.fix 2017-02-28 20:18:02.484618050 +1100
@@ -24,7 +24,7 @@
# append the build revision to the jitsi version
sed -i "s/0\.build\.by\.SVN/build.${pkgver}/" src/net/java/sip/communicator/impl/version/NightlyBuildID.java
. /etc/profile.d/apache-ant.sh
- ant rebuild
+ JAVA_HOME=/usr/lib/jvm/java-7-openjdk/jre ant rebuild
}

package() {

All comments