Package Details: jitsi 2.11.5633-1

Git Clone URL: https://aur.archlinux.org/jitsi.git (read-only, click to copy)
Package Base: jitsi
Description: An audio/video SIP VoIP phone and instant messenger written in Java (formerly SIP-Communicator)
Upstream URL: https://desktop.jitsi.org/Main/HomePage
Licenses: Apache
Submitter: psychedelicious
Maintainer: figue (figuepluto, jfigueras)
Last Packager: figue
Votes: 371
Popularity: 0.175336
First Submitted: 2011-05-11 11:22 (UTC)
Last Updated: 2020-12-12 16:22 (UTC)

Dependencies (3)

Required by (0)

Sources (3)

Pinned Comments

figue commented on 2020-12-12 17:04 (UTC) (edited on 2021-01-03 19:13 (UTC) by figue)

I've built with jdk8... Like this:

env JAVA_HOME=/usr/lib/jvm/java-8-openjdk PATH=/usr/lib/jvm/java-8-openjdk/jre/bin:$PATH makepkg -sic

But if you want to execute jitsi, it's better to set it globally:

archlinux-java set java-8-openjdk

See pinned comment.

Latest Comments

figue commented on 2021-03-20 15:34 (UTC)

@jotoho when I include something in my home, I usually use $HOME variable, so you can do: export PATH="$PATH:$HOME/scripts"

figue commented on 2021-03-14 14:43 (UTC)

@jotoho Never heard about this security concern... I've never added "." in my $PATH so user that does this has to know the possible consequenses. To have ~/scripts in PATH should not be a problem. Can you provide an example so I can reproduce or can you provide a patch to avoid it?

Thank you

figue commented on 2021-01-03 19:12 (UTC)

@MichaelARCH in a pinned comment you have a makepkg temporary command to build jitsi with JDK8.

MichaelARCH commented on 2021-01-03 18:38 (UTC) (edited on 2021-01-03 18:43 (UTC) by MichaelARCH)

On my system OpenJDK14 (default) and OpenJDK8 are installed. And I want to keep openJDK14 as standard for other purposes. During Build, got the error:
/jitsi/src/jitsi-5633/build.xml:269: Compile failed; see the compiler error output for details.

Do you recommend that I change it temporarily for the build to Version 8, like described here? Or to prefer another procedure?

Thanks, Michael

ArthurBorsboom commented on 2020-12-15 20:51 (UTC)

Hi Figue,

Do you think you can adapt the PKGBUILD in a way that the java compiler is forced to OpenJDK8 before compiling? For example, in pseudo:

JavaSettings originalJavaSetting = RequestCurrentJava();
boolean changeJavaVersion = originalJavaSetting != openjdk-8;

if (changeJavaVersion) {
  force openjdk-8
}

compile and package jitsi

if (changeJavaVersion) {
  restore originalJavaSetting;
}

figue commented on 2020-12-12 18:45 (UTC)

Ok... If the version is not stable enough I will revert the last commit. I don't use anymore Jisti, so I'm maintaining just for you guys. If anyone is interested in maintaining this package, please comment and I'll orphan.

Zappo-II commented on 2020-12-12 17:44 (UTC) (edited on 2020-12-12 18:03 (UTC) by Zappo-II)

Ok, after the update and having it running in java-8-openjdk again, my installation kept SegFaulting and CoreDumping when I was some seconds into the application, no matter what I did or did not do...

Before the update it was just working fine and everything I changed was just to newly build jitsi...

To have it running stable again I had to delete all my jitsi settings in ~/.jitsi and had to rebuild them using the jitsi settings dialogs...

ThankYou @figue for packaging jitsi, it's my daily sip-phone app and I really appreciate having it at hand...

figue commented on 2020-12-12 17:04 (UTC) (edited on 2021-01-03 19:13 (UTC) by figue)

I've built with jdk8... Like this:

env JAVA_HOME=/usr/lib/jvm/java-8-openjdk PATH=/usr/lib/jvm/java-8-openjdk/jre/bin:$PATH makepkg -sic

But if you want to execute jitsi, it's better to set it globally:

archlinux-java set java-8-openjdk

See pinned comment.

Zappo-II commented on 2020-12-12 16:51 (UTC) (edited on 2020-12-12 17:18 (UTC) by Zappo-II)

Download of source is working...

  • Also needs java-8 at compile time...

Can confirm, is working (for me)...

figue commented on 2020-12-12 16:23 (UTC)

I've pushed to latest version v2.11.5633 can you test if everything is ok?

electricprism commented on 2020-12-12 03:52 (UTC)

Upstream URL is 404

jal666 commented on 2020-08-05 17:24 (UTC)

BUILD FAILED /home/username/.cache/yay/jitsi/src/jitsi-Jitsi-2.10/build.xml:269: Compile failed; see the compiler error output for details.

==> ERROR: A failure occurred in build(). Aborting... error making: %!s(func() string=0x56466a747bb0)

Thanks!

figue commented on 2020-06-21 12:54 (UTC)

@vvrng fixed. Thanks!

vvrng commented on 2020-06-21 10:01 (UTC) (edited on 2020-06-21 10:12 (UTC) by vvrng)

hello friends, the download link for the source appears to be broken for me.

https://github.com/jitsi/jitsi/releases/download/Jitsi-2.10/jitsi-src-2.10.5550.zip

this works though

figue commented on 2020-06-12 10:28 (UTC)

Latest stable version is 2.10.5550. Don't flag as out-of-date please

figue commented on 2020-05-26 19:08 (UTC)

@s3lph done. Thanks

f764491056b4

s3lph commented on 2020-05-26 16:05 (UTC)

Would you mind adding X-PulseAudio-Properties=media.role=phone to your jitsi.desktop file? This allows users to configure PulseAudio so that everything else can be muted when the phone is ringing.

See the upstream issue for more details, there they also link to their own jitsi.desktop file: https://github.com/jitsi/jitsi/issues/404

Antimatter commented on 2020-05-12 07:32 (UTC) (edited on 2020-05-12 08:01 (UTC) by Antimatter)

I got the same error as @sachaz :

BUILD FAILED /home/user/AUR/jitsi/src/jitsi/build.xml:269: Compile failed; see the compiler error output for details.

Available Java environments: java-11-openjdk java-8-openjdk (default)

RESOLVED : The error comes from the fact that I first tried to create the package with a version higher than java 8 before moving to this version. The easiest way to fix this is to delete the directory and restart with java 8.

figue commented on 2020-04-15 20:51 (UTC) (edited on 2020-04-15 20:51 (UTC) by figue)

@nedy I usually copy desktop file to my home: ~/.local/share/applications

There you can modify Name and Exec, for example, and leave the system file, because it will be replaced by pacman in next update.

nedy commented on 2020-04-15 19:16 (UTC)

I tried to start jitsi, but the message is you need JDK-8. I don't want to set my default to JDK-8. So I decided to set JAVA_HOME in the desktop file.

File: /usr/share/applications/jitsi.desktop Exec=env JAVA_HOME=/usr/lib/jvm/java-8-openjdk jitsi

Is there maybe a better way?

figue commented on 2020-04-06 21:54 (UTC) (edited on 2020-04-06 21:54 (UTC) by figue)

@sachaz what's your Java default?

$ archlinux-java status
Available Java environments:
  java-11-openjdk
  java-13-openjdk
  java-14-jdk
  java-8-openjdk (default)

Try with java-8-openjdk

sachaz commented on 2020-04-06 12:19 (UTC) (edited on 2020-04-06 13:35 (UTC) by sachaz)

I got on aur/jitsi 2.10.5550-10:

BUILD FAILED
/home/sacha/.cache/yay/jitsi/src/jitsi/build.xml:269: Compile failed; see the compiler error output for details.

Complete log https://pastebin.aquilenet.fr/?9978defc5e37c936#5AK7qZQG5UtkbtJniNAG5Bt3PZVvV6vEG4vfrCa8YJq1

spurgeonspooner commented on 2020-03-19 03:57 (UTC)

Does this package include jibri for recording and streaming, or is that packaged separately somewhere else?

vasya commented on 2020-03-16 20:11 (UTC) (edited on 2020-03-17 08:02 (UTC) by vasya)

Hi! Can you please use Exec=jitsi instead of Exec=/usr/bin/jitsi in the *.desktop file? This way, local overrides in /usr/local/bin and things like that work correctly. It's also the standard way to specify Exec section of the desktop file. UPD: Thanks!

satriani commented on 2020-02-22 10:21 (UTC) (edited on 2020-02-22 13:23 (UTC) by satriani)

The following issue still exists

BUILD FAILED
/home/user/.cache/yay/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: 0 seconds
==> ERROR: A failure occurred in build().
    Aborting...
Error making: jitsi

To fix it you need this command

sudo archlinux-java set java-8-jdk

figue commented on 2020-02-21 10:47 (UTC)

@satriani sorry forgot to add jitsi.sh

Please, sync your local repo and try again :P

satriani commented on 2020-02-21 08:39 (UTC) (edited on 2020-02-21 08:42 (UTC) by satriani)

    jitsi.sh ... FAILED
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: jitsi

and

BUILD FAILED
/home/user/.cache/yay/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: 0 seconds
==> ERROR: A failure occurred in build().
    Aborting...
Error making: jitsi

figue commented on 2020-02-20 19:49 (UTC)

@yochananmarqos done. Also I have added a check in /usr/bin/jitsi script.

In a few days I will orphan this package, because I don't use it anymore.

yochananmarqos commented on 2020-02-20 14:41 (UTC)

@figue: If JRE & JDK 8 are required, you should specify them in the dependencies:

depends=('java-runtime=8')
makedepends=('apache-ant' 'java-environment=8')

...and it's sudo archlinux-java set java-8-openjdk/jre to set it as default.

figue commented on 2019-10-27 16:40 (UTC)

@cassyb you shouldn't use yaourt anymore (it's deprecated and removed from AUR). See full AUR helpers list here: https://wiki.archlinux.org/index.php/AUR_helpers

In this comment is explained by @r0b0t

In order to have this install correctly:

1) Select jdk8-openjdk (option 4) when installing java-environment (it compiles with that version only)

2) make sure your HOME_JAVA is set right (use archlinux-java):

$ archlinux-java get java-8-openjdk

dreieck commented on 2019-10-27 12:49 (UTC)

The build + build-error looks for me like:

[...]
==> Extracting sources...
  -> Extracting jitsi-src-2.10.5550.zip with bsdtar
==> Starting build()...
[...]
version:
    [javac] Compiling 3 source files to /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/classes
    [javac] warning: [options] bootstrap class path not set in conjunction with -source 7
    [javac] warning: [options] source value 7 is obsolete and will be removed in a future release
    [javac] warning: [options] target value 7 is obsolete and will be removed in a future release
    [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options.
    [javac] 4 warnings
     [echo] Jitsi version 2.10.5550
[...]
compile:
    [javac] Compiling 2172 source files to /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/classes
    [javac] warning: [options] bootstrap class path not set in conjunction with -source 7
    [javac] warning: [options] source value 7 is obsolete and will be removed in a future release
    [javac] warning: [options] target value 7 is obsolete and will be removed in a future release
    [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options.
    [javac] /tmp/yaourt-tmp-guest/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-guest/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-guest/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-guest/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-guest/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] ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/service/protocol/ServerStoredDetails.java:895: warning: [deprecation] Boolean(boolean) in Boolean has been deprecated
    [javac]             super(detailName, new Boolean(value));
    [javac]                               ^
    [...]   [ Many deprecation warnings]
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:144: error: no suitable method found for binarySearch(Vector<TreeNode>,ContactNode,NodeComparator)
    [javac]             final int insertionPoint = Collections.binarySearch(children,
    [javac]                                                   ^
    [javac]     method Collections.<T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1) is not applicable
    [javac]       (cannot infer type-variable(s) T#1
    [javac]         (actual and formal argument lists differ in length))
    [javac]     method Collections.<T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>) is not applicable
    [javac]       (cannot infer type-variable(s) T#2
    [javac]         (argument mismatch; NodeComparator cannot be converted to Comparator<? super TreeNode>))
    [javac]   where T#1,T#2 are type-variables:
    [javac]     T#1 extends Object declared in method <T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1)
    [javac]     T#2 extends Object declared in method <T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>)
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:299: error: no suitable method found for binarySearch(Vector<TreeNode>,GroupNode,NodeComparator)
    [javac]             int insertionPoint = Collections.binarySearch(children,
    [javac]                                             ^
    [javac]     method Collections.<T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1) is not applicable
    [javac]       (cannot infer type-variable(s) T#1
    [javac]         (actual and formal argument lists differ in length))
    [javac]     method Collections.<T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>) is not applicable
    [javac]       (cannot infer type-variable(s) T#2
    [javac]         (argument mismatch; NodeComparator cannot be converted to Comparator<? super TreeNode>))
    [javac]   where T#1,T#2 are type-variables:
    [javac]     T#1 extends Object declared in method <T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1)
    [javac]     T#2 extends Object declared in method <T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>)
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:331: error: incompatible types: Collection<TreeNode> cannot be converted to Collection<ContactNode>
    [javac]             return Collections.unmodifiableCollection(children);
    [javac]                                                      ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:371: error: no suitable method found for sort(Vector<TreeNode>,NodeComparator)
    [javac]                     Collections.sort(children, nodeComparator);
    [javac]                                ^
    [javac]     method Collections.<T#1>sort(List<T#1>) is not applicable
    [javac]       (cannot infer type-variable(s) T#1
    [javac]         (actual and formal argument lists differ in length))
    [javac]     method Collections.<T#2>sort(List<T#2>,Comparator<? super T#2>) is not applicable
    [javac]       (cannot infer type-variable(s) T#2
    [javac]         (argument mismatch; NodeComparator cannot be converted to Comparator<? super TreeNode>))
    [javac]   where T#1,T#2 are type-variables:
    [javac]     T#1 extends Comparable<? super T#1> declared in method <T#1>sort(List<T#1>)
    [javac]     T#2 extends Object declared in method <T#2>sort(List<T#2>,Comparator<? super T#2>)
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/call/CallPanel.java:423: warning: [deprecation] Observer in java.util has been deprecated
    [javac]     private final Observer uiVideoHandlerObserver
    [javac]                   ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/call/CallPanel.java:424: warning: [deprecation] Observer in java.util has been deprecated
    [javac]         = new Observer()
    [javac]               ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/call/CallPanel.java:426: warning: [deprecation] Observable in java.util has been deprecated
    [javac]             public void update(Observable o, Object arg)
    [javac]                                ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/call/UIVideoHandler2.java:41: warning: [deprecation] Observable in java.util has been deprecated
    [javac]     extends Observable
    [javac]             ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/customcontrols/ExtendedTableModel.java:42: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<Object>>
    [javac]         Vector<Vector<Object>> dataVec = this.getDataVector();
    [javac]                                                            ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/customcontrols/SIPCommNotificationsButton.java:132: warning: [deprecation] Integer(int) in Integer has been deprecated
    [javac]             new Integer(count).toString(), this);
    [javac]             ^
    [...]   [ Many deprecation warings]
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/plugin/jabberaccregwizz/IceConfigPanel.java:820: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<StunServerDescriptor>>
    [javac]                                     = tableModel.getDataVector();
    [javac]                                                               ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/plugin/jabberaccregwizz/IceConfigPanel.java:1310: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<JingleNodeDescriptor>>
    [javac]                                     = jnTableModel.getDataVector();
    [javac]                                                                 ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/plugin/ircaccregwizz/FirstWizardPage.java:578: warning: [deprecation] Boolean(String) in Boolean has been deprecated
    [javac]                 new Boolean(autoNickChange).booleanValue());
    [javac]                 ^
    [...]   [ Many deprecation warnings]
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/service/gui/LazyConfigurationForm.java:145: warning: [deprecation] newInstance() in Class has been deprecated
    [javac]                 .newInstance();
    [javac]                 ^
    [javac]   where T is a type-variable:
    [javac]     T extends Object declared in class Class
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:74: error: method does not override or implement a method from a supertype
    [javac]     @Override
    [javac]     ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:95: error: method does not override or implement a method from a supertype
    [javac]     @Override
    [javac]     ^
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/src/net/java/sip/communicator/util/UtilActivator.java:104: warning: [deprecation] newInstance() in Class has been deprecated
    [javac]                 .newInstance();
    [javac]                 ^
    [javac]   where T is a type-variable:
    [javac]     T extends Object declared in class Class
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/test/net/java/sip/communicator/slick/configuration/TestConfigurationService.java:274: warning: [deprecation] Integer(int) in Integer has been deprecated
    [javac]         property = new Integer(7121979);
    [...]   [ Many deprecation warnings]
    [javac] /tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/test/net/java/sip/communicator/slick/runner/XmlFormatter.java:176: warning: [deprecation] Long(long) in Long has been deprecated
    [javac]         testStarts.put(test, new Long(System.currentTimeMillis()));
    [javac]                              ^
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 14 errors
    [javac] 391 warnings

BUILD FAILED
/tmp/yaourt-tmp-guest/aur-jitsi/src/jitsi/build.xml:269: Compile failed; see the compiler error output for details.

cassyb commented on 2019-08-20 20:17 (UTC)

doesn't build with : jdk8-openjdk-8.u222-2 jre8-openjdk-8.u222-2 jre8-openjdk-headless-8.u222-2 ant-1.10.6-1 java-environment-common-3-1

Buildfile: /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/build.xml

clean-bundle-repositories:

clean-test-reports:

clean-macosx:

clean:

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

bundle-bundles: [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/sc-bundles

-pre-version:

version: [javac] Compiling 3 source files to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 7 [javac] warning: [options] source value 7 is obsolete and will be removed in a future release [javac] warning: [options] target value 7 is obsolete and will be removed in a future release [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options. [javac] 4 warnings [echo] Jitsi version 2.10.5550

-pre-googlecontacts-none: [copy] Copying 1 file to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/src/net/java/sip/communicator/impl/googlecontacts

-pre-googlecontacts:

compile: [javac] Compiling 2172 source files to /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/classes

BUILD FAILED /tmp/yaourt-tmp-user/aur-jitsi/src/jitsi/build.xml:269: Error running javac compiler

figue commented on 2019-07-20 00:44 (UTC) (edited on 2019-07-20 00:46 (UTC) by figue)

@ubuntourist please review this comment:

https://aur.archlinux.org/packages/jitsi/#comment-679840

Try to select jdk8-openjdk to build. Execute "archlinux-java get" to verify.

ubuntourist commented on 2019-07-19 20:53 (UTC)

Package broken.

[javac] 14 errors
[javac] 388 warnings

The 14 errors:

[javac] /.../.cache/yay/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] /.../.cache/yay/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] /.../.cache/yay/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] /.../.cache/yay/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] /.../.cache/yay/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] ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:144: error: no suitable method found for binarySearch(Vector<TreeNode>,ContactNode,NodeComparator)
[javac]             final int insertionPoint = Collections.binarySearch(children,
[javac]                                                   ^
[javac]     method Collections.<T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1) is not applicable
[javac]       (cannot infer type-variable(s) T#1
[javac]         (actual and formal argument lists differ in length))
[javac]     method Collections.<T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>) is not applicable
[javac]       (inferred type does not conform to upper bound(s)
[javac]         inferred: TreeNode
[javac]         upper bound(s): ContactListNode,Object)
[javac]   where T#1,T#2 are type-variables:
[javac]     T#1 extends Object declared in method <T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1)
[javac]     T#2 extends Object declared in method <T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>)

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:299: error: no suitable method found for binarySearch(Vector<TreeNode>,GroupNode,NodeComparator)
[javac]             int insertionPoint = Collections.binarySearch(children,
[javac]                                             ^
[javac]     method Collections.<T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1) is not applicable
[javac]       (cannot infer type-variable(s) T#1
[javac]         (actual and formal argument lists differ in length))
[javac]     method Collections.<T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>) is not applicable
[javac]       (inferred type does not conform to upper bound(s)
[javac]         inferred: TreeNode
[javac]         upper bound(s): ContactListNode,Object)
[javac]   where T#1,T#2 are type-variables:
[javac]     T#1 extends Object declared in method <T#1>binarySearch(List<? extends Comparable<? super T#1>>,T#1)
[javac]     T#2 extends Object declared in method <T#2>binarySearch(List<? extends T#2>,T#2,Comparator<? super T#2>)

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:331: error: incompatible types: Collection<TreeNode> cannot be converted to Collection<ContactNode>
[javac]             return Collections.unmodifiableCollection(children);
[javac]                                                      ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/main/contactlist/GroupNode.java:371: error: no suitable method found for sort(Vector<TreeNode>,NodeComparator)
[javac]                     Collections.sort(children, nodeComparator);
[javac]                                ^
[javac]     method Collections.<T#1>sort(List<T#1>) is not applicable
[javac]       (cannot infer type-variable(s) T#1
[javac]         (actual and formal argument lists differ in length))
[javac]     method Collections.<T#2>sort(List<T#2>,Comparator<? super T#2>) is not applicable
[javac]       (inferred type does not conform to upper bound(s)
[javac]         inferred: TreeNode
[javac]         upper bound(s): ContactListNode,Object)
[javac]   where T#1,T#2 are type-variables:
[javac]     T#1 extends Comparable<? super T#1> declared in method <T#1>sort(List<T#1>)
[javac]     T#2 extends Object declared in method <T#2>sort(List<T#2>,Comparator<? super T#2>)

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/impl/gui/customcontrols/ExtendedTableModel.java:42: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<Object>>
[javac]         Vector<Vector<Object>> dataVec = this.getDataVector();
[javac]                                                            ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/plugin/jabberaccregwizz/IceConfigPanel.java:820: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<StunServerDescriptor>>
[javac]                                     = tableModel.getDataVector();
[javac]                                                               ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/plugin/jabberaccregwizz/IceConfigPanel.java:1310: error: incompatible types: Vector<Vector> cannot be converted to Vector<Vector<JingleNodeDescriptor>>
[javac]                                     = jnTableModel.getDataVector();
[javac]                                                                 ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:74: error: method does not override or implement a method from a supertype
[javac]     @Override
[javac]     ^

[javac] /.../.cache/yay/jitsi/src/jitsi/src/net/java/sip/communicator/util/JitsiDnsNameService.java:95: error: method does not override or implement a method from a supertype
[javac]     @Override
[javac]     ^

figue commented on 2019-07-19 08:27 (UTC)

Package adopted and fixed. Why do you guys don't do this before? I'm only trying this software, it could be I disown again soon. But let me know if you need help to maintain the package. Cheers

linuxninja commented on 2019-04-24 13:09 (UTC)

Why not pull the .deb already-compiled and make it a package? Seems like it would solve the dependency issues... and there is i386 and amd64 available:

https://download.jitsi.org/stable/jitsi_2.10.5550-1_amd64.deb https://download.jitsi.org/stable/jitsi_2.10.5550-1_i386.deb

Why did they stop updating this software after they were acquired by 8x8?

GNUtoo commented on 2019-04-14 21:16 (UTC) (edited on 2019-04-14 21:17 (UTC) by GNUtoo)

Hi,

Here's are two patches for jitsi:

From 0ad29d729717d895e280a108b617ebeed5b4a9f7 Mon Sep 17 00:00:00 2001
From: Denis 'GNUtoo' Carikli GNUtoo@cyberdimension.org
Date: Sun, 14 Apr 2019 23:06:33 +0200
Subject: [PATCH 1/2] Fix license spelling

The license name is apache as its directory is spelled that way[1].

This commit is based on the following commit: 4f2994c27 pcr/jitsi: updated to 2.10.5550 in the git://git.parabola.nu/abslibre.git repository.

References:

[1]/usr/share/licenses/common/Apache/

Signed-off-by: Denis 'GNUtoo' Carikli GNUtoo@cyberdimension.org

PKGBUILD | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/PKGBUILD b/PKGBUILD index 6c6bd1b..f76bebd 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -3,11 +3,11 @@

pkgname=jitsi pkgver=2.10.5550 -pkgrel=5 +pkgrel=6 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=('apache') +license=('Apache') depends=('java-runtime') makedepends=('apache-ant' 'java-environment-common') options=(!strip !emptydirs zipman !libtool docs) -- 2.21.0

From e7ba435e32f74cd10ef3cc284686146d7a7ce119 Mon Sep 17 00:00:00 2001
From: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
Date: Sun, 14 Apr 2019 23:09:22 +0200
Subject: [PATCH 2/2] Fix building failure due to missing
 /etc/profile.d/apache-ant.sh

/etc/profile.d/apache-ant.sh cannot be found extra/ant,
extra/ant-doc or in AUR's apache-ant-contrib.

It was probably in one of theses packages before and
may have been removed because it's not required anymore.

Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
---
 PKGBUILD | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/PKGBUILD b/PKGBUILD
index f76bebd..4ec1486 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,7 +3,7 @@

 pkgname=jitsi
 pkgver=2.10.5550
-pkgrel=6
+pkgrel=7
 pkgdesc="An audio/video SIP VoIP phone and instant messenger written in Java (formerly SIP-Communicator)"
 arch=('i686' 'x86_64')
 url="http://jitsi.org"
@@ -23,7 +23,6 @@ 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
 }

-- 
2.21.0

r0b0t commented on 2019-01-28 12:52 (UTC) (edited on 2019-01-28 12:53 (UTC) by r0b0t)

In order to have this install correctly:

1) Select jdk8-openjdk (option 4) when installing java-environment (it compiles with that version only)

2)Comment . /etc/profile.d/apache-ant.sh from PKBUILD or remove the line.

3) make sure your HOME_JAVA is set right (use archlinux-java) :

$archlinux-java get java-8-openjdk

bennypr0fane commented on 2019-01-17 09:04 (UTC)

Is it still properly installed if apache-ant.sh is jsut not run? If it's not there, shouldn't the appropriate script be run instead of it?

Techman35 commented on 2019-01-09 13:11 (UTC)

removing the line 26 from the PKGBUILD fix the problem

danisantos commented on 2018-12-24 15:27 (UTC)

On install I get this error: /tmp/pamac-build/jitsi/PKGBUILD: line 26: /etc/profile.d/apache-ant.sh: No such file or directory

duckdalbe commented on 2018-11-21 10:41 (UTC) (edited on 2018-11-21 10:41 (UTC) by duckdalbe)

Why is this marked out-of-date? It appears to package the current version.

zierf commented on 2018-10-19 10:20 (UTC) (edited on 2018-10-19 10:21 (UTC) by zierf)

In my case it installed the package ant (v1.10.5-1) as makedependency, which provides apache-ant and has no such file /etc/profile.d/apache-ant.sh. You could uncomment the correspondent line 26 in PKGBUILD's build() as workaround:

. /etc/profile.d/apache-ant.sh

As alternative, you can replace the makedepend with package apache-ant-10 (also v1.10.5-1), which still provides the missing file /etc/profile.d/apache-ant.sh.

But then I had to set the JAVA_HOME environment variable (jdk8-openjdk/jre8-openjdk):

export JAVA_HOME=/usr/lib/jvm/default

and import the missing and unknown public key A2115AE15F6B8B72 for downloaded file apache-ant-1.10.5-src.tar.bz2 in the local keyring:

gpg --recv-keys A2115AE15F6B8B72

The file /etc/profile.d/apache-ant.sh only sets the proper path into the environment variable ANT_HOME. I think both workarounds produce the same results, because they are the same ant version and both set a valid ANT_HOME environment variable, whilst the former uses another config file and doesn't know the file jitsi wants to source while build. As long as you don't want to change the default ant paths you should be fine with both solutions.

stevenroose commented on 2018-10-10 12:35 (UTC)

/home/steven/.cache/yay/jitsi/PKGBUILD: line 26: /etc/profile.d/apache-ant.sh: No such file or directory

moparisthebest commented on 2018-06-19 17:27 (UTC)

This doesn't build with java10, needs java 8:

depends=('java-runtime=8') makedepends=('apache-ant' 'java-environment-common' 'java-environment=8')

theriddick commented on 2018-04-22 01:06 (UTC)

ArnaudNux you may not actually have java-8-open installed, check because I had exact same error and had java-8-openjdk/jre installed but not java-8-openjdk.

ArnaudNux commented on 2018-04-15 15:30 (UTC) (edited on 2018-04-15 15:31 (UTC) by ArnaudNux)

-pre-version:

version:

BUILD FAILED /home/arnaud/tempo/yaourt-tmp-arnaud/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: 0 seconds ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build jitsi. ==> Restart building jitsi ? [y/N] ==> ------------------------------

xdevla commented on 2018-04-03 11:53 (UTC)

Working fine for me with JAVA_HOME=/usr/lib/jvm/default-runtime Please check your env

Rhinoceros commented on 2018-04-03 10:42 (UTC)

For me, java 8 failed, and java 7 worked.

$ makepkg
...
BUILD FAILED
/tmp/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"
...
$ archlinux-java status
Available Java environments:
  java-7-openjdk
  java-8-openjdk/jre (default)
$ sudo archlinux-java set java-7-openjdk
$ makepkg

robertfoster commented on 2018-03-31 13:42 (UTC) (edited on 2018-03-31 13:47 (UTC) by robertfoster)

Hi, Please could you modify your .desktop in this manner?

[Desktop Entry]
Encoding=UTF-8
Name=Jitsi
GenericName=jitsi
Comment=VoIP and Instant Messaging client
Icon=jitsi
Type=Application
Categories=Network
Exec=/usr/bin/jitsi
Terminal=false

in order to provide themeability?

omgold commented on 2017-10-23 09:27 (UTC)

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 (UTC)

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 (UTC) (edited on 2017-03-01 07:42 (UTC) by notuxius)

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.

commented on 2017-02-28 18:44 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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

xdevla commented on 2017-02-28 09:29 (UTC)

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 (UTC)

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() {

xris commented on 2017-02-28 03:48 (UTC)

Just installed jitsi on my arch machine and I am unable to log into my xmpp dukgo account - have no problem logging into this on other computers with jitsi (fedora / osx) and other apps (pidgin). See no useful info in journalctl. The app seemed to install/launch ok. Only get this error: "An error occurred while logging in with account: User name: xxxxxx@dukgo.com, Server name: Jabber:dukgo.com."

DEATH commented on 2017-02-27 14:02 (UTC) (edited on 2017-02-27 14:14 (UTC) by DEATH)

Does anyone else have issues signing in to their accounts since latest update (2017-02-27 05:53)?

xuiqzy commented on 2017-02-27 13:39 (UTC)

please change source und upstream url to tls encrypted https one :)

Rhinoceros commented on 2017-02-27 06:55 (UTC)

Just updated to 2.10.5550-1, but I'm having similar problems to the other comments. BUILD FAILED /tmp/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-jre/jre" $ archlinux-java status Available Java environments: java-7-openjdk java-8-jre/jre (default) java-8-openjdk/jre To fix: $ sudo archlinux-java set java-7-openjdk Perhaps you need to hard-reference the java install rather than rely on archlinux-java.

shimi commented on 2016-10-28 17:56 (UTC)

Only works after running: # archlinux-java set java-7-openjdk Otherwise, same issue as @zenlord.

MountainX commented on 2016-07-12 08:18 (UTC)

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

zenlord commented on 2016-04-13 06:16 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

aurelieng commented on 2016-03-27 07:52 (UTC)

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 (UTC) (edited on 2016-03-20 04:07 (UTC) by raddecen)

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 (UTC)

@gustawho It's wrong here, the license is Apache.

gustawho commented on 2015-12-08 00:05 (UTC)

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 (UTC)

Anyone managed to make Jitsi tray icon work in Plasma5?

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

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

whynothugo commented on 2015-04-28 06:39 (UTC)

@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 (UTC)

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

commented on 2015-03-19 19:40 (UTC)

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

ljrk commented on 2015-03-09 22:25 (UTC)

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 (UTC)

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

popsch commented on 2015-02-08 15:23 (UTC)

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 }

ljrk commented on 2015-02-06 12:41 (UTC)

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

jsteel commented on 2014-12-19 18:56 (UTC)

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 (UTC)

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 (UTC)

Doesn't come up under gnome 3.14 :-(

whynothugo commented on 2014-11-23 13:46 (UTC)

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.

commented on 2014-11-23 12:25 (UTC)

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

whynothugo commented on 2014-11-12 13:27 (UTC)

@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 (UTC)

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 (UTC)

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

SASDOE commented on 2014-10-16 07:33 (UTC)

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 (UTC)

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

balduin commented on 2014-09-27 10:28 (UTC)

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

nesk_aur commented on 2014-09-01 17:45 (UTC)

I would report to jitsi devs then.

denoyse commented on 2014-09-01 17:17 (UTC)

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 (UTC)

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 (UTC)

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.

whynothugo commented on 2014-06-23 10:44 (UTC)

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

hellracer commented on 2014-06-23 10:20 (UTC)

@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 (UTC)

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

whynothugo commented on 2014-06-23 10:08 (UTC)

@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 (UTC)

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

hellracer commented on 2014-06-21 20:42 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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?

whynothugo commented on 2014-02-11 13:11 (UTC)

joschi: That would be jitsi-bin.

joschi commented on 2014-01-11 22:36 (UTC)

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 (UTC)

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

dkorzhevin commented on 2014-01-08 21:25 (UTC)

Please, update to latest stable: Jitsi 2.4

SanskritFritz commented on 2013-12-30 08:05 (UTC)

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

lukad commented on 2013-12-30 03:21 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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

PedsXing commented on 2013-08-26 12:27 (UTC)

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 (UTC)

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 (UTC)

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

ewtoombs commented on 2013-08-13 19:35 (UTC)

I second that, Yamakaky.

Yamakaky commented on 2013-08-13 15:24 (UTC)

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

xdevla commented on 2013-07-01 09:48 (UTC)

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

sandy8925 commented on 2013-07-01 07:01 (UTC)

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 (UTC)

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 (UTC)

Updated, thanks

scorici commented on 2013-05-30 17:45 (UTC)

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 (UTC)

@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.

whynothugo commented on 2013-05-02 20:07 (UTC)

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 (UTC)

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 (UTC)

@scorici : fixed, thanks for the report

scorici commented on 2013-04-09 19:31 (UTC)

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.

Xyne commented on 2013-03-08 16:28 (UTC)

Merging into jitsi then.

whynothugo commented on 2013-03-08 16:20 (UTC)

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 (UTC)

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 (UTC)

AFAIK there is no reason for two packages

whynothugo commented on 2013-03-07 18:53 (UTC)

"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 (UTC)

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 (UTC)

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 (UTC)

Done, thanks

liganic commented on 2013-02-09 21:53 (UTC)

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 (UTC)

Updated, thanks

Xyne commented on 2013-01-11 00:08 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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-27 22:32 (UTC)

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 (UTC)

Oops, sorry, reported to wrong package.

xdevla commented on 2012-09-25 12:09 (UTC)

nightly is not stable, won't update

commented on 2012-08-02 17:02 (UTC)

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 ..

commented on 2012-07-28 04:48 (UTC)

gauthma commented on 2012-07-24 21:43 (UTC)

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 (UTC)

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

whynothugo commented on 2012-04-10 04:32 (UTC)

$ 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 (UTC)

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

unhammer commented on 2012-03-26 14:15 (UTC)

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.

commented on 2012-03-26 12:13 (UTC)

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

commented on 2012-03-24 15:04 (UTC)

[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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

qs9rx commented on 2012-01-07 12:13 (UTC)

==> 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 (UTC)

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

said commented on 2011-09-09 19:19 (UTC)

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 (UTC)

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.

commented on 2011-07-29 15:39 (UTC)

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

psychedelicious commented on 2011-07-28 12:06 (UTC)

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

commented on 2011-07-28 11:32 (UTC)

[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]

whynothugo commented on 2011-07-15 03:59 (UTC)

Actually, the issue is with pacman: $ sudo pacman -S java-runtime --needed warning: downgrading package jre (7b147-1 => 6u26-1)

whynothugo commented on 2011-07-15 03:29 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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.

commented on 2011-07-05 15:58 (UTC)

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).

commented on 2011-07-02 21:18 (UTC)

@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 (UTC)

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 (UTC)

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.

commented on 2011-07-02 20:34 (UTC)

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.

commented on 2011-07-02 17:49 (UTC)

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.

commented on 2011-07-02 15:48 (UTC)

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 (UTC)

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.

commented on 2011-06-29 19:24 (UTC)

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

commented on 2011-06-29 19:23 (UTC)

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?

commented on 2011-06-28 09:16 (UTC)

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 (UTC)

Update to latest build and fix suggested by hobarrera implemented

whynothugo commented on 2011-06-23 22:29 (UTC)

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!

whynothugo commented on 2011-06-23 22:08 (UTC)

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.

commented on 2011-06-23 13:26 (UTC)

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 (UTC)

http://paste.pocoo.org/show/414941/ updated PKGBUILD for 3551 :)

psychedelicious commented on 2011-06-18 22:35 (UTC)

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 (UTC)

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

skuda commented on 2011-06-16 06:30 (UTC)

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

psychedelicious commented on 2011-06-14 21:49 (UTC)

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

commented on 2011-06-14 17:51 (UTC)

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

psychedelicious commented on 2011-06-14 16:57 (UTC)

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.

commented on 2011-06-14 14:08 (UTC)

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.

commented on 2011-06-14 12:52 (UTC)

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 (UTC)

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

psychedelicious commented on 2011-06-11 21:48 (UTC)

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 (UTC)

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

psychedelicious commented on 2011-06-07 17:09 (UTC)

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

oliparcol commented on 2011-06-07 15:02 (UTC)

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 (UTC)

Fixed file permissions and updated to latest build.

rwd2 commented on 2011-05-30 18:54 (UTC)

/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 (UTC)

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 (UTC)

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

psychedelicious commented on 2011-05-22 22:32 (UTC)

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

commented on 2011-05-22 01:07 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

so put jdk or openjdk into the makedepends!

z0id commented on 2011-05-11 12:55 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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.