@figue Thanks for the advice! I'll change my $PATH
to use $HOME
then.
Search Criteria
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: | |
Submitter: | psychedelicious |
Maintainer: | figue (figuepluto, jfigueras) |
Last Packager: | figue |
Votes: | 365 |
Popularity: | 1.02 |
First Submitted: | 2011-05-11 11:22 |
Last Updated: | 2020-12-12 16:22 |
Dependencies (3)
- java-runtime=8 (jdk5, tuxjdk, jre7-openjdk-infinality, java-8-openjdk-shenandoah, jre8-openjdk-infinality, java-gcj-compat, jdk9, jre9, jdk-devel, jre10, jdk8-arm64, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, jdk8-openjdk-dcevm, jdk11-graalvm-ee-bin, server-jre, jdk8-arm, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jre8-openjdk-jetbrains, jre8-openjdk-shenandoah, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, jre14, jdk8-jetbrains, jdk7r1-j9-bin, jdk7-j9-bin, zulu-14-bin, zulu-13-bin, jdk-bcl, jre-bcl, amazon-corretto-15, jdk11-openj9-bin, amazon-corretto-8, amazon-corretto-11, jdk11-openjdk-dcevm-conflicts-fixed, jre8, jdk8, jdk11-adoptopenjdk, zulu-8-bin, zulu-11-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-full-bin, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jre-11-bin, liberica-jre-8-full-bin, jdk8-j9-bin, zulu-embedded-jdk11, jdk8-openj9-bin, zulu-embedded-jdk8, jre11, sapmachine-jdk-bin, jre-jetbrains, jdk11-graalvm-bin, jdk8-graalvm-bin, jre8-adoptopenjdk, jdk-arm, jre11-jetbrains-imfix, java-openjdk-bin, jdk-openj9-bin, jdk-adoptopenjdk, jre, zulu-16-bin, liberica-jdk-full-bin, jdk15-adoptopenjdk, jre-openj9, java-openjdk-ea-bin, amazon-corretto-16, java-openjdk-loom-ea-bin, zulu-embedded-jdk, jdk-jetbrains, jre-openjdk, jre11-openjdk, jre7-openjdk, jre8-openjdk)
- apache-ant (ant-git, ant) (make)
- java-environment=8 (jdk5, tuxjdk, jdk7-openjdk-infinality, java-8-openjdk-shenandoah, jdk8-openjdk-infinality, java-gcj-compat, jdk9, zulu-10-bin, jdk-devel, jdk8-arm64, jdk6, jdk12-openj9-bin, zulu-12-bin, jdk12, jdk8-openjdk-dcevm, jdk11-graalvm-ee-bin, jdk8-arm, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk8-openjdk-jetbrains, jdk8-openjdk-shenandoah, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jdk8-jetbrains, jdk7r1-j9-bin, jdk7-j9-bin, zulu-14-bin, zulu-13-bin, jdk-bcl, amazon-corretto-15, jdk11-openj9-bin, amazon-corretto-8, amazon-corretto-11, jdk11-openjdk-dcevm-conflicts-fixed, jdk8, jdk11-adoptopenjdk, zulu-8-bin, zulu-11-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-full-bin, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jre-11-bin, liberica-jre-8-full-bin, jdk8-j9-bin, zulu-embedded-jdk11, jdk8-openj9-bin, zulu-embedded-jdk8, jdk11, sapmachine-jdk-bin, jre-jetbrains, jdk11-graalvm-bin, jdk8-graalvm-bin, jdk8-adoptopenjdk, jdk-arm, jdk11-jetbrains-imfix, java-openjdk-bin, jdk-openj9-bin, jdk-adoptopenjdk, jdk, zulu-16-bin, liberica-jdk-full-bin, jdk15-adoptopenjdk, jdk-openj9, java-openjdk-ea-bin, amazon-corretto-16, java-openjdk-loom-ea-bin, zulu-embedded-jdk, jdk-jetbrains, jdk-openjdk, jdk11-openjdk, jdk7-openjdk, jdk8-openjdk) (make)
Required by (0)
Sources (3)
jotoho commented on 2021-03-20 15:59
figue commented on 2021-03-20 15:34
@jotoho when I include something in my home, I usually use $HOME variable, so you can do: export PATH="$PATH:$HOME/scripts"
jotoho commented on 2021-03-20 09:41
@figue Sorry for the late response. My path does not contain .
but simply a subfolder of the home directory, which contains frequently used scripts.
I do not know why find
claimed that using it with the -execdir
is insecure but when reading through the error message again, it seems that the problem is that it sees ~/scripts
as a relative path and not that is in the home directory of the current user. Changing the entry in $PATH
from ~/scripts
to /home/<my username>/scripts
fixed it.
Maybe find
incorrectly assumes that ~
makes paths relative and that all relative paths are inside the current working directory? If so, that seems like shoddy work on their part. Then again, I don't know what potential vulnerability they are talking about, so I'm not qualified to judge that.
Since I don't know enough about the situation and have never made a PKGBUILD before, I am sadly unable to provide a fix for this. Hopefully making you aware of my testing results will help you if someone else comes along with this problem in the future.
figue commented on 2021-03-14 14:43
@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
jotoho commented on 2021-03-14 10:30
Even after temporarily changing environment variables to point to OpenJDK8 instead of the newest version, the installation failed when running find.
It complained that one of the folders in my home directory ~/scripts
has been added to the $PATH because thats a security risk when using find with the flag -execdir
. This script seems very unstable to me, if it fails just for having a slightly different system configuration than the maintainer.
figue commented on 2021-01-03 19:12
@MichaelARCH in a pinned comment you have a makepkg temporary command to build jitsi with JDK8.
MichaelARCH commented on 2021-01-03 18:38
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
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
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
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...
Pinned Comments
figue commented on 2020-12-12 17:04
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.