Package Details: jitsi 2.8.5426-3

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: 325
Popularity: 3.127011
First Submitted: 2011-05-11 11:22
Last Updated: 2016-03-29 07:28

Latest Comments

MountainX commented on 2016-07-12 08:18

Jitsi installed for me without errors (and using the default java 7 dependencies).

zenlord commented on 2016-04-13 06:16

At my laptop, the build fails with:
"BUILD FAILED
/tmp/packerbuild-0/jitsi/jitsi/src/jitsi/build.xml:486: 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""

# archlinux-java status generates this output:
Available Java environments:
java-7-openjdk
java-8-openjdk/jre (default)

Solved by installing jdk8-openjdk from the extra repo, but then this should be a build dependency, no?

aurelieng commented on 2016-03-29 07:44

OK, I reset my PATH to a minimal '/usr/local/bin:/usr/bin', and it now works as expected. The problem is on my side, I'm gonna investigate what's wrong with my setup. Sorry for the warning, and thank you for packaging jitsi :-)

xdevla commented on 2016-03-29 07:40

Weird, same version and I just rebuild it without any issue.

[xavierd@thinkpad ~/aur/maintained/jitsi]
[] $ makepkg -sf
==> Making package: jitsi 2.8.5426-3 (Tue Mar 29 09:36:34 CEST 2016)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found jitsi-src-2.8.5426.zip
-> Found jitsi.desktop
-> Found jitsi.sh
==> Validating source files with sha256sums...
jitsi-src-2.8.5426.zip ... Passed
jitsi.desktop ... Passed
jitsi.sh ... Passed
==> Extracting sources...
-> Extracting jitsi-src-2.8.5426.zip with bsdtar
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.aatext=true
Buildfile: /home/xavierd/aur/maintained/jitsi/src/jitsi/build.xml

clean-bundle-repositories:

clean-test-reports:

clean-macosx:

clean:

init:
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/classes
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/doc/api
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/macosx
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/linux
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/windows
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/freebsd
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/solaris
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/sc-bundles/os-specific/android
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/test-reports
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/test-reports/html
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/release
[mkdir] Created dir: /home/xavierd/aur/maintained/jitsi/src/jitsi/log

-pre-version:

version:
[javac] Compiling 3 source files to /home/xavierd/aur/maintained/jitsi/src/jitsi/classes
[javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6
[javac] 1 warning
[echo] Jitsi version 2.8.build.2.8.5426

compile:
[javac] Compiling 2305 source files to /home/xavierd/aur/maintained/jitsi/src/jitsi/classes
...
bundles:

package:

make:

rebuild:
[echo] ver=2.8.build.2.8.5426

BUILD SUCCESSFUL
Total time: 26 seconds
==> Entering fakeroot environment...
==> Starting package()...
==> Tidying install...
-> Removing empty directories...
-> Removing libtool files...
-> Purging unwanted files...
-> Compressing man and info pages...
==> Checking for packaging issue...
==> Creating package "jitsi"...
-> Generating .PKGINFO file...
-> Generating .BUILDINFO file...
-> Generating .MTREE file...
-> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: jitsi 2.8.5426-3 (Tue Mar 29 09:37:28 CEST 2016)

aurelieng commented on 2016-03-29 07:34

Well, I unfortunately have the very same error without packer:

BUILD SUCCESSFUL
Total time: 37 seconds
==> Entering fakeroot environment...
==> Starting package()...
find: The current directory is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove the current directory from your $PATH (that is, remove ".", doubled colons, or leading or trailing colons)
==> ERROR: A failure occurred in package().

I'm using:

/usr/bin/makepkg is owned by pacman 5.0.1-2
/usr/bin/find is owned by findutils 4.6.0-1

xdevla commented on 2016-03-29 07:28

Packer is causing troubles not the package.
Did update the license and .SRCINFO

aurelieng commented on 2016-03-27 07:52

It seems that the PKBUILD needs an update ?

==> Making package: jitsi 2.8.5426-2 (Sat Mar 26 10:04:27 CET 2016)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
/tmp/packerbuild-1000/jitsi/jitsi/src/jitsi
find: The current directory is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove the current directory from your $PATH (that is, remove ".", doubled colons, or leading or trailing colons)
==> ERROR: A failure occurred in package().
Aborting..

raddecen commented on 2016-03-20 04:01

The build fails with the error

":: jitsi package(s) failed to install. Check .SRCINFO for mismatching data with PKGBUILD."

However, I was able to install the package with "sudo pacman -U jitsi-2.8.5426-2-x86_64.pkg.tar"

But I get a blank white screen when I try to open Jitsi even after doing $ wmname LG3D and $ _JAVA_AWT_WM_NONREPARENTING=1 jitsi

androidnisse commented on 2016-02-16 06:57

@gustawho

It's wrong here, the license is Apache.

gustawho commented on 2015-12-08 00:05

I don't get it. What's the right license? In the footer's site, they say it's LGPL, but in the LICENSE file at GitHub is Apache https://github.com/jitsi/jitsi/blob/master/LICENSE

Xabre commented on 2015-10-07 14:00

Anyone managed to make Jitsi tray icon work in Plasma5?

alex.theoto commented on 2015-09-16 19:25

Please change 'java-environment' into 'java-environment-common'

hobarrera commented on 2015-04-28 06:39

@caevaroy

The file you're missing ins provided by jdk8-openjdk in my case:

$ pacman -Qo /usr/lib/jvm/java-8-openjdk/lib/tools.jar
/usr/lib/jvm/java-8-openjdk/lib/tools.jar is owned by jdk8-openjdk 8.u45-1

Since you're using java7, do you have jdk7-openjdk installed?

What's provides java-environment for you?:

pacman -Qs java-environment

caevaroy commented on 2015-04-28 00:28

what cmds might I need to get this to build? https://bpaste.net/show/173ab9d6d101

Piou commented on 2015-03-19 19:40

v2.8 released :
https://download.jitsi.org/jitsi/windows/updates/

LeonardK commented on 2015-03-09 22:25

I don't know either. The latest git tag is newer but it is by a jenkins bot. It would refer to v2.7 but is in nightly still.
Though there don't seem to be any "deep" changes that possibly could break stability, they decided not to put out another stable release yet, so it's completely up2date to me.

AJSlye commented on 2015-03-09 22:00

Why is this still flagged out of date?
As far as I can tell it's been updated to the latest stable version available.

AJSlye commented on 2015-03-09 21:58

Why has this been flagged out of date?
2.6.5390 seems to be the latest stable release listed on their site.

popsch commented on 2015-02-08 15:23

Here's a newer PKGBUILD that gets the latest stable build:

------

# Maintainer: Xavier Devlamynck <magicrhesus@ouranos.be>
# Contributors: Keshav P R, atommix aka Aleks Lifey, Xavion, Ananda Samaddar, Dan Serban, Xyne, popsch

pkgname=jitsi
pkgver=2.6.5390
pkgrel=1
pkgdesc="An audio/video SIP VoIP phone and instant messenger written in Java (formerly SIP-Communicator)"
arch=('i686' 'x86_64')
url="http://jitsi.org"
license=('LGPL')
depends=('java-runtime')
makedepends=('apache-ant' 'java-environment')
options=(!strip !emptydirs zipman !libtool docs)
source=("http://download.jitsi.org/jitsi/src/jitsi-src-${pkgver}.zip"
jitsi.desktop
jitsi.sh)
sha256sums=('853d4358b265e9fba274dc354dd2b692522d7ee24fd3fa4a37ac07d2b983c887'
'61e3bec3470790fa067f87d978016ec4452a6fd3dfba2c9afa5245b58d3cb19d'
'529722efc3bae6cb8923680363a4d778ccf78db9caf20bee90a110d34181d9f5')

build()
{
cd "${srcdir}/${pkgname}"
# 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
}

package() {
cd "${srcdir}/${pkgname}"
find lib/ lib/bundle/ -maxdepth 1 -type f -exec install -Dm644 {} "${pkgdir}/usr/lib/${pkgname}/"{} \;
# find lib/os-specific/linux/ -maxdepth 1 -type f -execdir install -Dm644 {} "${pkgdir}/usr/lib/${pkgname}/lib/"{} \;
shopt -sq extglob
find lib/native/linux$(sed 's/_/-/g' <<<${CARCH/#*(i?86|x86)/})/ -maxdepth 1 -type f -execdir install -Dm644 {} "${pkgdir}/usr/lib/${pkgname}/lib/native/"{} \;
find sc-bundles/{,os-specific/linux/} -maxdepth 1 -type f -execdir install -Dm644 {} "${pkgdir}/usr/lib/${pkgname}/sc-bundles/"{} \;
install -Dm755 "${srcdir}/${pkgname}.sh" "${pkgdir}/usr/bin/${pkgname}"
install -Dm644 "${srcdir}/${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop"

cd "resources/install/debian/"
for _file in *.{svg,xpm}; do
install -Dm644 "$_file" "${pkgdir}/usr/share/pixmaps/${_file}"
done
}

LeonardK commented on 2015-02-06 12:41

This package is now really out of date and even bears vulnerabilities. Please update it soon.

jsteel commented on 2014-12-19 18:56

For the record (since posting that I would like to move this to [community] below) I've found it crash on me a little too frequently to want to support this officially. Once it becomes more stable I will reconsider moving this.

Keith_EE commented on 2014-12-03 00:21

If anyone needs someone to talk on Jitsi and test it I can run mine. But it breaks more than it works.

jaro3 commented on 2014-12-02 03:18

Doesn't come up under gnome 3.14 :-(

hobarrera commented on 2014-11-23 13:46

I don't think you explicitly need jdk7; jdk8 can work in java7-compatible mode.
I've only done this via eclipse, so I'm not sure how to do it via cli, regrettably.

Piou commented on 2014-11-23 12:25

This could be a workaround to have jitsi working with java7, but with system java environment in java8 (worked for me):

In jitsi.sh add this line:
JAVA_HOME="/usr/lib/jvm/java-7-openjdk/jre"
before :
COMMAND=("$JAVA_HOME/bin/java" $CLIENTARGS -classpath "$CLASSPATH" -Djna.library.path="$LIBPATH/native" -Dfelix.config.properties="file:$FELIX_CONFIG" -Djava.util.logging.config.file="$LOG_CONFIG" net.java.sip.communicator.launcher.SIPCommunicator)


In PKGBUILD update sha256sum for jitsi.sh :
sha256sums=('f1c2688d7d6bf1916fed3b8b105a785662980c5b297dcab3c9e7d272647ef825'
'61e3bec3470790fa067f87d978016ec4452a6fd3dfba2c9afa5245b58d3cb19d'
'a455dbe87cefb64468d42d31ba6924251aa5dfde115fb2ad0fde83254e9a6bf3')

update dependancies :
depends=('java-runtime=7')
makedepends=('apache-ant' 'java-environment=7')

in build() modify this line :
ant rebuild
by :
JAVA_HOME="/usr/lib/jvm/java-7-openjdk/jre" ant rebuild

hobarrera commented on 2014-11-12 13:27

@Ennoia: AFAIK, Jitsi had issues with java8, due to using classes that are now included in java.lang. Dunno if this has been fixed or if there is a workaround.

Ennoia commented on 2014-11-12 07:46

Same as SASDOE.
Got 16 errors about Base64, Map, Jlist and some others.
Got java-environment-common, java-runtime-common, jdk8-openjdk, jre8-openjdk, jre8-openjdk-headless installed.
Any thoughts ?

jsteel commented on 2014-10-19 19:00

I would like to move this to [community] soon if that's OK. Thanks.

SASDOE commented on 2014-10-16 07:33

Having issues because of what hellracer pointed out. Cannot installed, fails with 16 errors related to an ambiguous Base64 usage. Help?

Kitsu commented on 2014-10-04 20:57

http://oi59.tinypic.com/21o8106.jpg
please add to dependencies apache-ant

balduin commented on 2014-09-27 10:28

Please add openjdk-7 to the dependencies, because Jitsi requires tools.jar to build successfuly.

nesk_aur commented on 2014-09-01 17:45

I would report to jitsi devs then.

denoyse commented on 2014-09-01 17:17

Audio works complete fine in all apps, using a setup with gnome and pulseaudio in their current versions.

nesk_aur commented on 2014-08-31 21:03

Do you have any problems with audio on your system?
Do you use pulseaudio or just ALSA? If the latter, you might have have some problems with that - check https://wiki.archlinux.org/index.php/Alsa.

denoyse commented on 2014-08-31 19:07

Hi,

i've got a problem: The tray icon appears, but no GUI is shown.

3.16.1-1-ARCH, java version "1.7.0_65"
OpenJDK Runtime Environment (IcedTea 2.5.2) (Arch Linux build 7.u65_2.5.2-1-x86_64)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

CONSOLE OUTPUT:

ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_dmix.c:961:(snd_pcm_dmix_open) The dmix plugin supports only playback stream
java.lang.NullPointerException
at net.java.sip.communicator.plugin.pluginmanager.PluginManagerActivator.start(PluginManagerActivator.java:86)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1904)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1822)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1192)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:266)
at java.lang.Thread.run(Thread.java:745)

Is this related to the build or Arch Linux, or should i report this to the Jitsi devs?

Feel free to ask for any further info about my system.

hobarrera commented on 2014-06-23 10:44

@hellracer Thanks for verifying/reporting that. Please post back the report if you can.

hellracer commented on 2014-06-23 10:20

@hobarrera I checked and Jitsi imports java.util.* in many classes. This causes the problem. I will report this upstream this evening.

confusedfla commented on 2014-06-23 10:10

please correct me if I am wrong, but do the Jitsi people know that one can't run Jitsi with Java 8? So please report it upstream.

The only issue I could find is this message from January 2014

http://lists.jitsi.org/pipermail/users/2014-January/006151.html

hobarrera commented on 2014-06-23 10:08

@hellracer: java.util.* isn't improted by default, this issue is probably that jitsi wildcard imports from that package.

hellracer commented on 2014-06-23 07:42

Some analyze showed, that Jitsi uses own implementation of Base64. This is ambiguous since Java 8 because of java.util.Base64.

hobarrera commented on 2014-06-23 02:36

@hellracer That's just a warning, you need to look for the error, AFAIK.

hellracer commented on 2014-06-21 20:42

Build fails on up to date ArchLinux x64 with Oracle JDK.

Full output at http://pastebin.com/5UcAxVT0.

Important seems to be
version:
[javac] Compiling 3 source files to /data/Download/aur-jitsi/src/jitsi/classes
[javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6
[javac] 1 warning
[echo] Jitsi version 2.4.build.2.4.4997
[...]

[javac] 16 errors
[javac] 357 warnings

BUILD FAILED
/data/Download/aur-jitsi/src/jitsi/build.xml:301: Compile failed; see the compiler error output for details.

rata commented on 2014-03-17 16:03

I have ttf-dejavu installed and it's still failing to start correctly. At first, after compiling with jdk in AUR, I got these errors:
14:58:21.184 SEVERE: [13] org.jitsi.impl.neomedia.device.DeviceConfiguration.error() Failed to register custom Renderer org.jitsi.impl.neomedia.jmfext.media.renderer.video.JAWTRenderer with JMF.
java.lang.UnsatisfiedLinkError: /usr/lib/jitsi/lib/native/libjnawtrenderer.so: libjawt.so: cannot open shared object file: No such file or directory
java.lang.NullPointerException

After installing jdk7-openjdk and compiling jitsi with it, it works correctly if I start jitsi with _JAVA_AWT_WM_NONREPARENTING=1 (I have to do this because I use xmonad). The java.lang.NullPointerException error pesists though.

xdevla commented on 2014-02-14 07:43

As far as I know, it's not related.
All you need is java-runtime and apache-ant

derivator commented on 2014-02-13 17:21

Failed silently until I installed ttf-dejavu. Logs revealed a NullPointerException related to X11FontManager. Was this the correct way to fix the problem? If yes, maybe add a dependency? If no, what would be the right way?

hobarrera commented on 2014-02-11 13:11

joschi: That would be jitsi-bin.

joschi commented on 2014-01-11 22:36

I've updated the PKGBUILD and changed the implementation to use the provided Debian packages of Jitsi instead of building it from scratch: https://github.com/joschi/AUR/blob/c95f421bfcdd4763e36c1791bd68aaa91547cb47/jitsi/PKGBUILD

xdevla commented on 2014-01-09 09:56

I'll, I'm just quiet busy till the week-end

dkorzhevin commented on 2014-01-08 21:25

Please, update to latest stable: Jitsi 2.4

SanskritFritz commented on 2013-12-30 08:05

Thanks for noticing, there is no way to undo, only the maintainer can do it.

lukad commented on 2013-12-30 03:21

I accidentally flagged the package out of date. I can't find a way to undo it...

sbmomeni commented on 2013-12-23 14:23

@simeonfelis
If you add Jitsi to favorite applications bar, right-clicking on Jitsi icon in left vertical applications bar and selecting "New Window" is enough to show main window again.

simeonfelis commented on 2013-12-10 09:31

There is a very nasty bug which makes jitsi not usable in Gnome3: After closing (minimising) jitsi, it remains as icon in the status bar and there is apparently no way the get it the main window back. See also http://lists.jitsi.org/pipermail/dev/2013-April/001430.html
Does anyone have an idea how I can get back the main window?

unnamed11 commented on 2013-11-17 19:22

To change jitsi theme to default java theme do this before compile:

find /path/to/src -name UIServiceImpl.java -exec sed -i "s/if (laf == null)/if (false)/g" {} \;
find /path/to/src -name UIServiceImpl.java -exec sed -i "s/if (!lafIsSet)/if (false)/g" {} \;

roentgen commented on 2013-08-26 13:00

PedsXing, take a look at https://wiki.archlinux.org/index.php/Java_Runtime_Environment_Fonts

PedsXing commented on 2013-08-26 12:27

The GUI did not have font antialiasing by default, but I was able to enable it by adding "-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true" to the script that starts Jitsi (see http://stackoverflow.com/questions/179955/how-do-you-enable-anti-aliasing-in-arbitrary-java-apps). Maybe we could add that by default?

ewtoombs commented on 2013-08-13 20:29

This should do it:
--- PKGBUILD- 2013-08-13 16:25:56.233636269 -0400
+++ PKGBUILD 2013-08-13 15:47:39.710190851 -0400
@@ -8,15 +8,15 @@
arch=('i686' 'x86_64')
url="http://jitsi.org"
license=('LGPL')
-depends=('java-runtime')
+depends=('gtk2' 'java-runtime')
makedepends=('apache-ant' 'java-environment')
options=(!strip !emptydirs zipman !libtool docs)
source=("http://download.jitsi.org/jitsi/src/jitsi-src-${pkgver}.zip"
jitsi.desktop
jitsi.sh)
-sha256sums=('6ec46cc8f2306f5542c65fc637f70a7fe348b309ecc70a2483e05a745487ad41'
+sha256sums=('abee87346f2732d1e55f383c1bddafed7aee1e63b92b9d1854cde0679fc85ecf'
'61e3bec3470790fa067f87d978016ec4452a6fd3dfba2c9afa5245b58d3cb19d'
- '529722efc3bae6cb8923680363a4d778ccf78db9caf20bee90a110d34181d9f5')
+ '9b2b88f51a9493b57b85ec42efaa92add02013b74915cc3343b5d68dc1e2b553')

build()
{

--- jitsi.sh- 2013-08-13 15:37:31.080161144 -0400
+++ jitsi.sh 2013-08-13 15:41:01.570171419 -0400
@@ -8,7 +8,7 @@
CLASSPATH="$LIBPATH/jdic_stub.jar:$LIBPATH/jdic-all.jar:$LIBPATH/felix.jar:$LIBPATH/bcprovider.jar:$SCDIR/sc-bundles/sc-launcher.jar:$SCDIR/sc-bundles/util.jar"
FELIX_CONFIG="$LIBPATH/felix.client.run.properties"
LOG_CONFIG="$LIBPATH/logging.properties"
-COMMAND=("$JAVA_HOME/bin/java" $CLIENTARGS -classpath "$CLASSPATH" -Djna.library.path="$LIBPATH/native" -Dfelix.config.properties="file:$FELIX_CONFIG" -Djava.util.logging.config.file="$LOG_CONFIG" net.java.sip.communicator.launcher.SIPCommunicator)
+COMMAND=(java $CLIENTARGS -classpath "$CLASSPATH" -Djna.library.path="$LIBPATH/native" -Dfelix.config.properties="file:$FELIX_CONFIG" -Djava.util.logging.config.file="$LOG_CONFIG" net.java.sip.communicator.launcher.SIPCommunicator)

export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$LIBPATH/native"


I also addressed Demon's concern. I just replaced the whole mess with 'java'. If java is not in $PATH, you're insane. If you're worried about using the java in $PATH because of security, you're equally insane. If an attacker can already change your $PATH, you're sunk anyway.

ewtoombs commented on 2013-08-13 19:37

demon: do you mean it should <em>not</em> be "$JAVA_HOME/jre/bin/java"?

ewtoombs commented on 2013-08-13 19:35

I second that, Yamakaky.

Yamakaky commented on 2013-08-13 15:24

The sources had been silently updated, because french translations were buggy. It's the same URL, but SHA is different.

GuestOne commented on 2013-08-13 13:57

Can be removed due the inclusion in community.

xdevla commented on 2013-07-01 09:48

Yes, these are needed to build the package (cc. makedepends=(..))

sandy8925 commented on 2013-07-01 07:01

I installed the java-runtime package as it's listed as a dependency above. However, when I run makepkg, I get:

==> Missing dependencies:
-> apache-ant
-> java-environment

Do these need to be added as well?

daimonion commented on 2013-06-01 20:20

There's several issues with jitsi, at least on my system.

First, in the jitsi.sh should be "$JAVA_HOME/jre/bin/java", because "$JAVA_HOME/jre/bin/java" only points to the jdk7-openjdk package's bin directory. If jdk7-openjdk is not installed - jitsi cannot run.

Second, jitsi cannot start if gtk2 is not installed. I don't know whether it affects only jitsi or all other java apps, this is the (most important part of the) console output:

22:18:15.341 SEVERE: [13] impl.hid.HIDServiceImpl.<init>().54 Error when creating Robot/NativeKeyboard instance
java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-7-openjdk/jre/lib/amd64/xawt/libmawt.so: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory

Note: gtk2 is only optional dependency for jre7-openjdk.

xdevla commented on 2013-05-30 18:31

Updated, thanks

scorici commented on 2013-05-30 17:45

At line 23 and 31, fist line in build() and package(), change:
"cd "${srcdir}/${pkgname}"
in
cd $srcdir/$pkgname-src-$pkgver

because it doesn't build.

hannibal_l commented on 2013-05-04 09:11

@hobarrera Thanks for the reply. Jitsi and other clients sometimes work fine but usually fail. I can reproduce this problem on Windows too. I think it's related to the ports. I will contact with my provider. Thanks.

hobarrera commented on 2013-05-02 20:07

hannibal_l: Try a different client (pidgin?) and see if you have the same issues. If you do, it's likely the ports are blocked.

hannibal_l commented on 2013-05-01 09:57

Jitsi could connect to my facebook and google talk accounts for only once. Not only jitsi but also the other clients like kopete, telepathy, pidgin fail to connect the accounts.
I have checked the jitsi logs and found out there is something wrong with XMPP and caused by connection timed out.
Does this mean the ports related to the jabber are blocked?

xdevla commented on 2013-04-17 09:04

@scorici : fixed, thanks for the report

scorici commented on 2013-04-09 19:31

The jitsi.desktop file does not point to the correct image file:
Icon=/usr/share/pixmaps/jitsi.svg
after issuing the following command:
pacman -Ql jitsi |grep svg
it's clear that the image file is in:
/usr/share/pixmaps/jitsiresources/install/debian/jitsi.svg
So either change the jitsi.desktop file to point to the right file path or link it to the old file path:
ln -s /usr/share/pixmaps/jitsiresources/install/debian/jitsi.svg $pkgdir/usr/share/pixmaps/jitsi.svg
in PKGBUILD as last line
Thanks.

TanaseButcaru commented on 2013-04-07 19:10

Have anyone tested file transfers with yahoo? For me it doesn't work and I face the same problem with pidgin.

Xyne commented on 2013-03-08 16:28

Merging into jitsi then.

hobarrera commented on 2013-03-08 16:20

This is due to legacy reasons; "jitsi" used to follow the latest development trunk, so "jitsi-stable" was created.

Now "jitsi" follows the stable releases, and "jitsi-nightly" follows the nighties, so "jitsi-stable" should dissapear.

xduugu commented on 2013-03-08 09:38

This package exists, because "jitsi" was broken for a long time. At some point[1], the jitsi maintainer copied my PKGBUILD, so there is only little difference between the two packages left.

[1] http://pkgbuild.com/git/aur-mirror.git/commit/jitsi?id=701bace31b33accb44e450c8400a1fe455cbba0f

xdevla commented on 2013-03-08 08:09

AFAIK there is no reason for two packages

hobarrera commented on 2013-03-07 18:53

"jitsy" is now the stable version, while "jitsi-nightly" is the latest nightly. Is there any difference between this package and jitsi? I think we no longer need this version.

vnoel commented on 2013-03-07 10:12

Hi, is there a reason to have two aur package jitsi and jitsi-stable?

Maybe it would be good to only keep one :)

vnoel commented on 2013-03-07 10:12

Hi, is there a reason to have two aur package jitsi and jitsi-stable?

Maybe it would be good to only keep one :)

xdevla commented on 2013-02-12 20:08

Done, thanks

liganic commented on 2013-02-09 21:53

Can you please remove the hardcoded java path in the jitsi.sh? It is wrong if you don't use the sun-jdk.
Just remove javabin=/usr/bin/java and replace the variable use in COMMAND with java.
There is no use in hardcoding that path there. Thanks.

xdevla commented on 2013-01-14 10:05

Updated, thanks

Xyne commented on 2013-01-11 00:08

I agree that some of the quotes were unnecessary due to control of the variable. As I said, it's just for consistency and future-proofing. Others are however necessary, as the examples given in my previous post.

All values are those that I found in the jitsi package. I just adjusted what was there. Ask the jitsi maintainer why the path is hardcoded and suggest a better solution.

xduugu commented on 2013-01-09 23:18

Thanks for your feedback. The quotes in the launcher script aren't necessary since SCDIR does not contain spaces, although it may at some point in the future. But I do not understand why you hardcoded the java binary path. This change will render the launcher script useless for jdk users, at least last time I checked it was installed to /opt.

Xyne commented on 2013-01-09 17:04

Copy & paste of my comment on the jitsi page as it is relevant to this package as well:

Hi,

I have uploaded a source tarball that adds missing quotes to variables in the PKGBUILD and launcher script (e.g. srcdir, LD_LIBRARY_PATH). Other variables in that script are quoted pre-emptively. I have also moved the command to an array with proper quoting as well to prevent unintended word expansion under any circumstances.

Please update the package with these changes. You can get the source tarball here: http://xyne.archlinux.ca/tmp/pkgbuilds/jitsi-1.0.3967-3.src.tar.gz

Thanks!



Xyne commented on 2013-01-09 17:02

Hi,

I have uploaded a source tarball that adds missing quotes to variables in the PKGBUILD and launcher script (e.g. srcdir, LD_LIBRARY_PATH). Other variables in that script are quoted pre-emptively. I have also moved the command to an array with proper quoting as well to prevent unintended word expansion under any circumstances.

Please update the package with these changes. You can get the source tarball here: http://xyne.archlinux.ca/tmp/pkgbuilds/jitsi-1.0.3967-3.src.tar.gz

Thanks!

scorpp commented on 2012-11-15 21:58

IMO some smarter way to find java executable is needed. i have sun jdk6 installed (in /opt/java6/) which cannot be found, though JAVA_HOME is set properly and most of other programs (like ant, maven, eclipse, idea, etc) work fine
smth like http://www.gimlisys.com/articles-detect-java.html

CPUnltd commented on 2012-10-28 08:56

Dependency `java-environment' of `jitsi' does not exist.

jre7-openjdk and jre7-openjdk-headless are both installed...

CPUnltd commented on 2012-10-27 22:32

Dependency `java-environment' of `jitsi' does not exist.

jre7-openjdk and jre7-openjdk-headless are both installed...

philpirj commented on 2012-09-25 16:39

Oops, sorry, reported to wrong package.

xdevla commented on 2012-09-25 12:09

nightly is not stable, won't update

philpirj commented on 2012-09-25 11:28

Jitsi nightly switched nightly to 1.1
latest nightly is available at https://download.jitsi.org/jitsi/nightly/src/jitsi-src-1.1-nightly.latest.zip
Please update

Anonymous comment on 2012-08-02 17:02

I kept getting "java.net.UnknownHostException: dza: dza"

I added my own hostname (dza) to the end of lines @ /etc/hosts

This gives error above error:
127.0.0.1 localhost.localdomain localhost
::1 localhost.localdomain localhost

This SOLVED it:
127.0.0.1 localhost.localdomain localhost dza
::1 localhost.localdomain localhost dza

I hope I can help to make this a NOTE somewhere in common troubleshooting ..

Anonymous comment on 2012-07-28 04:48

gauthma commented on 2012-07-24 21:43

On line 6 of /usr/bin/jitsi, it is required to change the line from
javabin=${JAVA_HOME}/bin/java

to:
javabin=${JAVA_HOME}/usr/bin/java

I have openjdk7

xrchz commented on 2012-05-11 08:50

Please change the "arch" to "uname -m". I got that problem too with a clean install:
% jitsi
/usr/bin/jitsi: line 4: arch: command not found
/usr/bin/jitsi: line 19: /bin/java: No such file or directory

hobarrera commented on 2012-04-10 04:32

$ jitsi
/usr/bin/jitsi: line 4: arch: command not found

I'm running amd64. :/
The equivalent to "arch" would be "uname -m".

xduugu commented on 2012-03-30 21:53

Seems to work with java 7 now, at least with the jdk package.

unhammer commented on 2012-03-26 14:15

seems to work for me, though I do get

/usr/bin/jitsi: line 4: arch: command not found

I'm guessing that's a problem for anyone not running x86_64, since that line says

arch | grep i686 && CLIENTARGS="-client -Xmx256m"

Not sure what the arch linux equivalent of "arch" is.

CanerCandan commented on 2012-03-26 12:13

Error: JAVA_HOME is not defined correctly.
We cannot execute /usr/lib/jvm/java-7-openjdk/bin/java

Anonymous comment on 2012-03-24 15:04

[hss@SpartArch Desktop]$ jitsi
/usr/bin/jitsi: line 4: arch: command not found
/usr/bin/jitsi: line 19: /bin/java: No such file or directory

i got this with clean install :S

CPUnltd commented on 2012-03-15 01:03

anyone else having issue getting the buttons to work for dialing while on a call? like working with an automated system and needing to dial a digit to navigate the system. So far, it's the deal breaker for me so I can't use this more consistantly than linphone... ANY help figuring this out would be great...

xduugu commented on 2012-01-19 12:01

I am able to build it using jdk from AUR, but it complains about missing requirements when I try to run it.

CPUnltd commented on 2012-01-16 05:54

willing to test this out... does anyone who's using this know if it will build with java-runtime=7? The other PKGBUILD for Jitsi that was orphaned won't, and I just found out about this one. Intending on doing a test install with both jre7-openjdk from extra and the newest jre from AUR (in that order, as I'd like to work with openjdk if possible first) soon, but if anyone beats me to it and lets me know, I'd appreciate it. Jitsi is a program I use daily and it's the only thing holding me back to openjdk6... the ability to go to 7 would likely make a lot of other things easier/better for me. Any input would be great. Will post here about my success or failure once I make the attempt. Thanks in advance!

xduugu commented on 2012-01-07 15:25

Ah, thanks. An additional bash option is required for my construct. Should be fixed now.

qs9rx commented on 2012-01-07 12:13

==> Entering fakeroot environment...
==> Starting package()...
find: `lib/native/linuxi686/': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
==> ERROR: Makepkg was unable to build jitsi-stable.


-----
The directory seems to be called just "linux" on my system.

xduugu commented on 2011-12-27 14:28

Differences to jitsi:
- no stupid "auto updating" for stable package by default
- thus, it is possible to build the package offline (provided that te source was already saved locally)
- package uses correct program version as package version
- makepkg -R works
- jitsi --version includes build number

tredaelli commented on 2011-10-06 12:45

Please orphan it if you don't want to update anymore

psychedelicious commented on 2011-09-21 12:10

Orphaned, don't really use Jitsi any more. I'm sure someone will take it over.

said commented on 2011-09-09 19:19

Look at jitsi news on the website:
2011.09.04 - Stable Jitsi 1.0-beta1-build.3651 now available

psychedelicious commented on 2011-09-09 02:54

Just re-run makepkg on the PKGBUILD or yaourt -S jitsi if you use yaourt if you want the latest source code snapshot. I won't update this package until a proper stable build is released. Unflagged till then.

Anonymous comment on 2011-07-29 15:39

jitsi-nightly uploaded at https://aur.archlinux.org/packages.php?ID=51111 .

psychedelicious commented on 2011-07-28 12:06

The source code downloads haven't changed yet. When they do I'll update this package, unflagged out of date until then.

Anonymous comment on 2011-07-28 11:32

[quote 2011.07.27 - Stable build line for Jitsi - http://www.jitsi.org/]
We have just launched our new stable build line! Anyone can now choose between monthly stable builds or bleeding edge nightlies!
[/quote]

hobarrera commented on 2011-07-15 03:59

Actually, the issue is with pacman:

$ sudo pacman -S java-runtime --needed
warning: downgrading package jre (7b147-1 => 6u26-1)

hobarrera commented on 2011-07-15 03:29

Shouldn't "java-runtime=6" be "java-runtime>=6"? So I can install with jre7 as well?

psychedelicious commented on 2011-07-14 22:33

It's yaourt's problem, "yaourt -s java-runtime" installs OpenJDK6. I don't think this is anything to do with the PKGBUILD and anyway yaourt is unsupported by Arch and me as the maintainer of this package.

davidovitch commented on 2011-07-14 20:10

I had the java-runtime from sun installed to start with. When installing the jitsi package (using yaourt) it will install the java-environment dependency, but it only presented the OpenJDK option. When separately installing java-environment via Pacman first, it presented following options: 1) OpenJDK and 2) sun JDK. Is yaourt only installing the first option instead of prompting for a choice or should this be taken care of in the PKGBUILD?

psychedelicious commented on 2011-07-13 17:58

Just to add, the stable branch of Jitsi should be out in a few weeks according to the lead dev. Also he states that they develop using Sun's jdk and that OpenJDK should work. Seeing as OpenJDK is a fully compliant java runtime that should be the case. When the stable branch comes out this PKGBUILD will switch to that, feel free to fork it to a jitsi-nightly package if you want.

psychedelicious commented on 2011-07-13 17:30

Updated the PKGBUILD as source code snapshots are now called 'jitsi' and not 'sip-communicator'; also added minor modifications from Skodabenz (thanks). I'd advise people who want to update to the latest build to download the tarball and run makepkg whenever they want the latest Jitsi.

Anonymous comment on 2011-07-05 15:58

Minor update to PKGBUILD at https://gist.github.com/1050785 . I removed references to ${startdir} and instead used ${srcdir} since ${startdir} will not work within a chroot (if one is used to build the package).

Anonymous comment on 2011-07-02 21:18

@psychedelicious: I completely removed JDK and JRE 7 from my system and installed OpenJDK6. Jitsi works now. BTW Jitsi seems to be incompatible with Java 7.

psychedelicious commented on 2011-07-02 20:51

Update to skodabenz's PKGBUILD. From now on you can just run makepkg on the PKGBUILD to update Jitsi.

psychedelicious commented on 2011-07-02 20:47

That's not true, I don't know why a dev would say this; I've read the mailing list post. OpenJDK6 works absolutely fine with Jitsi. I've used it for IM, and voice/video calls including calls with ztrp encryption. I've also just built 3565 (on x86-64) and it works fine. Either your system is misconfigured or PEBKAC.

Anonymous comment on 2011-07-02 20:34

A jitsi user in the upstream users ML mentioned that Binary Sun/Oracle JRE/JDK 6 only will work with jitsi, not JRE/JDK 7 (in community-testing) and not OpenJDK 6.

Anonymous comment on 2011-07-02 17:49

This is the makepkg output for build 3565 http://pastebin.com/kPeGgVnS . The main error with jitsi is "missing requirement package org.xml.sax . Does anyone know which package provides this one.

Anonymous comment on 2011-07-02 15:48

I updated the PKGBUILD at https://gist.github.com/1050785 with proper permissions for the image files and the jitsi.sh executable script. I don't know what should be the permissions for the files /usr/lib/jitsi/* though.

psychedelicious commented on 2011-06-29 19:52

Skodabenz: Thanks for the updated PKGBUILD, I'm implement it shortly so I won't have to constantly update it here on the AUR. As for the Oracle/Sun JDK, I'm sorry I can't help as I don't use it. Someone commented earlier that Jitsi has a hard dependency on OpenJDK. You may want to try OpenJDK and see if that works, it does for me. To be honest I don't see any reason to use the proprietary Java over the FOSS version these day.

Anonymous comment on 2011-06-29 19:24

BTW I am using jdk and jre 7 from community-testing (http://mailman.archlinux.org/pipermail/arch-general/2011-June/020654.html).

Anonymous comment on 2011-06-29 19:23

I am getting the following error (many times repeated) when i start jitsi 3562

org.osgi.framework.BundleException: Unresolved constraint in bundle [6]: Unable to resolve 6.0: missing requirement [6.0] package; (package=net.java.sip.communicator.service.browserlauncher) [caused by: Unable to resolve 14.0: missing requirement [14.0] package; (package=net.java.sip.communicator.util) [caused by: Unable to resolve 29.0: missing requirement [29.0] package; (package=org.xml.sax)]]
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1719)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:722)

Any idea whats wrong?

Anonymous comment on 2011-06-28 09:16

A PKGBUILD for automatically downloading the latest source https://gist.github.com/1050785 with few minor changes like non makepkg variables prefixed with '_', use of package function and adding quotes to all paths. Idea taken from http://gitorious.org/arch-linux-greece/arch-linux-greece/blobs/master/list-of-sources/adslgr64/songbird-nightly/PKGBUILD and firefox-nightly http://aur.archlinux.org/packages.php?ID=19830 PKGBUILDs.

psychedelicious commented on 2011-06-27 21:32

Update to latest build and fix suggested by hobarrera implemented

hobarrera commented on 2011-06-23 22:29

Don't use

mkdir -p $pkgdir/usr/share/applications
cp ${startdir}/jitsi.desktop $pkgdir/usr/share/applications/

Just use

install -D -m644 ${startdir}/${pkgname}.desktop ${pkgdir}/usr/share/applications/${pkgname}.desktop

Cheers!

hobarrera commented on 2011-06-23 22:08

Broken; this old nightly is no longer available (404) for source.

Why would I *NOT* flag out-of-date, it doesn't even build properly. If you don't want to update it, just disown it, and someone will pick it up.

hobarrera commented on 2011-06-23 22:05

Broken; this old nightly is no longer available (404).

Anonymous comment on 2011-06-23 13:26

psychedelicious, I deinstalled jre and jdk and installed openjdk6, anyway 'yaourt -S jitsi' first suggests to reinstall the openjdk6-6.b22_1.10.2-1 and then exists.. It doesn't get to building jitsi. What I am missing?

The-Compiler commented on 2011-06-19 21:31

http://paste.pocoo.org/show/414941/

updated PKGBUILD for 3551 :)

psychedelicious commented on 2011-06-18 22:35

FOR THE LOVE OF GOD PLEASE READ THE COMMENTS BEFORE FLAGGING OUT OF DATE. I will update this package if and when I feel like it. Otherwise do it manually till a stable release is out, which should be the next couple of months.

andrej commented on 2011-06-18 21:30

3550 is available, 3533 can't be downloaded any longer.

skuda commented on 2011-06-16 06:30

sorry, didn't read the comments about do the manual update, it's my fault :|

psychedelicious commented on 2011-06-14 21:49

DO NOT FLAG THIS PACKAGE OUT OF DATE. Update the PKGBUILD as necessary. If you use an AUR helper then that's your problem.

psychedelicious commented on 2011-06-14 21:44

DO NOT FLAG THIS PACKAGE OUT OF DATE. Update the PKGBUILD as necessary.

Anonymous comment on 2011-06-14 17:51

sorry, i have changed the hash, now it is compiling!

psychedelicious commented on 2011-06-14 17:01

alwaysnoob, please READ the preceding comments. Update the PKGBUILD when necessary. I'm not going to do it constantly.
mardkuk, I've got no idea, I use OpenJDK and it works perfectly. I update it on my desktop and in the AUR and then use yaourt on my other machine. If you use the Oracle/Sun Java then it's up to you I'm afraid.

psychedelicious commented on 2011-06-14 16:57

alwaysnoob, please READ the preceding comments. Update the PKGBUILD when necessary. I'm not going to do it constantly.
mardkuk, I've got no idea, I use OpenJDK and it works perfectly. I update it on my desktop and in the AUR and then use yaourt on my other machine. If you use the Oracle/Sun Java then it's up to you I'm afraid.

Anonymous comment on 2011-06-14 14:08

Could someone explain how to install it? I'm running "yaourt -S jitsi", yaourt reinstalls jre-6u26-1 and then exits.
I already have jdk-6u26-1 and jre-6u26-1 installed.

Anonymous comment on 2011-06-14 12:52

version 3519 is not more available...? the pkgbuild need to be updated
installing the 3532, ERROR message: one or more file did not pass the validity check!
the same installing 3532, what about this?
what could i do?

matse commented on 2011-06-11 22:33

OK worked, thanks. Didn't see that they just have nightlies and no betas online.

psychedelicious commented on 2011-06-11 21:48

Please update the package build when necessary. I might update this to git/svn or whatever Jitsi uses to stop people constantly posting about source code not available.

matse commented on 2011-06-11 21:37

Not working anymore, the file from the package build is not online anymore.

psychedelicious commented on 2011-06-07 17:09

updated the javabin value and to the latest source code snapshot.

oliparcol commented on 2011-06-07 15:02

please change javabin value in /usb/bin/jitsi from /usr/bin/java to $JAVA_HOME/bin/java

psychedelicious commented on 2011-05-30 19:09

Fixed file permissions and updated to latest build.

rwd2 commented on 2011-05-30 18:54

/usr/bin/jitsi and /usr/share/applications/jitsi.desktop were left with wrong permissions after installing, ie no read/execute permissions for non root.

psychedelicious commented on 2011-05-28 13:51

There's no point posting when the daily builds are updated. Like I said in the first comment. You'll have to update the PKGBUILD yourself until there's a stable release.

neo-dym commented on 2011-05-28 10:00

The version given in the PKGBUILD is no longer available for download. Current is buildver=3500

psychedelicious commented on 2011-05-22 22:32

Thanks AbrahamS. Updated to the latest build. Post here if you still have webcam issues and I'll contact the Jitsi devs.

Anonymous comment on 2011-05-22 01:07

The jitsi nightly specified in the the PKGBUILD is no longer available to download. To get the latest version to work replace buildver=3476 with buildver=3486. The sha246sum is 'e325a995736c256eb0b2c232f9d66a606af042cc969a54e417aad6ca097e2c8a'

psychedelicious commented on 2011-05-19 14:46

Those of you having problems with using the Webcam on this latest build just hold on. The FFMPEG library was rebuilt without MPJEG accidentally by one of Jitsi's devs. A fix should be out soon and I'll update this package when it is.

psychedelicious commented on 2011-05-18 12:19

Updated to latest version and simplified the categories in the .desktop entry to stop it showing up in multiple submenus.

said commented on 2011-05-17 09:50

if you use jre you have to link it in /usr/bin:
ln -s /opt/java/bin/java /usr/bin/java

nem commented on 2011-05-13 15:19

so put jdk or openjdk into the makedepends!

z0id commented on 2011-05-11 12:55

Apparently, it's hardcoded to use openjdk. I installed it using openjdk, then reinstalled jre and linked /usr/bin/java to /opt/java/jre/bin/java.

psychedelicious commented on 2011-05-11 11:56

Yes, your java home is not correct. I use OpenJDK6 and I have:

JAVA_HOME=/usr/lib/jvm/java-6-openjdk

z0id commented on 2011-05-11 11:55

It fails with:

[javac] /tmp/yaourt-tmp-mihai/aur-jitsi/src/sip-communicator/build.xml:466: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds

BUILD FAILED
/tmp/yaourt-tmp-mihai/aur-jitsi/src/sip-communicator/build.xml:466: 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 "/opt/java/jre"

Total time: 2 seconds

psychedelicious commented on 2011-05-11 11:23

This was formerly name Sip Communicator. I have modified the install directories and scripts to reference Jitsi now, e.g. /usr/lib/jitsi for the install directory. There is no final release yet but when a 1.0 version is released I will update the package. In the mean time you can download the latest nightly source code and update the sha256sum.