Hi, is there a reason to have two aur package jitsi and jitsi-stable?
Maybe it would be good to only keep one :)
Search Criteria
Package Details: jitsi 2.11.5633-1
Package Actions
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: | SanskritFritz |
Last Packager: | figue |
Votes: | 372 |
Popularity: | 0.000025 |
First Submitted: | 2011-05-11 11:22 (UTC) |
Last Updated: | 2020-12-12 16:22 (UTC) |
Dependencies (3)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, jre17AUR, java-openjdk-binAUR, jre21-zulu-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jre17-zulu-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- apache-ant (ant-gitAUR, ant) (make)
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (make)
Required by (0)
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 24 Next › Last »
vnoel commented on 2013-03-07 10:12 (UTC)
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
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:
But if you want to execute jitsi, it's better to set it globally:
archlinux-java set java-8-openjdk
See pinned comment.