Package Details: zoom 6.4.6-1

Git Clone URL: https://aur.archlinux.org/zoom.git (read-only, click to copy)
Package Base: zoom
Description: Video Conferencing and Web Conferencing Service
Upstream URL: https://zoom.us/
Keywords: call conference meeting video
Licenses: LicenseRef-zoom
Submitter: edh
Maintainer: edh
Last Packager: edh
Votes: 689
Popularity: 8.89
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2025-04-22 04:41 (UTC)

Dependencies (31)

Required by (1)

Sources (1)

Pinned Comments

erbrecht commented on 2024-11-19 13:06 (UTC)

@Rhinoceros - I finally got screen sharing to work under KDE with Wayland. Looks like I'm using the same versions as you:

  • Zoom 6.2.10
  • pipewire 1.2.6

I followed the Screen share section on the Zoom wiki page:

https://wiki.archlinux.org/title/Zoom_Meetings

The only thing I didn't need to do was set XDG_CURRENT_DESKTOP=gnome. I followed the other steps, and now I can choose my desktop/window to share. Prior to following the wiki I couldn't stop screen sharing without the hanging issue, which I was experiencing prior to 6.2.10.

edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)

I contacted the zoom support on 13th July 2016 and tried to lure them into creating a proper PKGBUILD respectively adopting this one, considering they are providing a package over very none standard ways to the Arch Linux community (downloading via a *foreign* site) and not through the official repo or the AUR. However there was little to no progress so far.

Latest Comments

« First ‹ Previous 1 .. 57 58 59 60 61 62 63 64 65 66 67 .. 83 Next › Last »

silverbluep commented on 2020-05-15 16:54 (UTC) (edited on 2020-05-20 01:21 (UTC) by silverbluep)

I can't test audio; and audio is not working for me. Does anyone have any ideas what's the issue? (Solved: kernel update but did not reboot; for some reason it caused issues. Was fine after reboot.)

angelo81523 commented on 2020-05-12 08:27 (UTC)

if zoom is not starting, check if the git downloaded folder zoom is in the path /home/<whatever>/zoom, after install delete it or move it to another path like Downloads

alphazo commented on 2020-05-06 15:15 (UTC)

same as @hamidzr. Lots of seg faults with 5.0.399860.0429-1. Sometimes it takes me 10 attempts before I can get it to work.

matthias commented on 2020-05-05 12:31 (UTC)

@hamidzr: Me too. Seem to run fine for a while and then just crashes. Not sure that there is anything specific that I do other than listen/look/talk...

hamidzr commented on 2020-05-05 04:29 (UTC)

on version (5.0.399860.0429-1) I get a segfault when running zoom. anyone else running into this? https://zoom.us/client/5.0.398100.0427/zoom_x86_64.tar.xz works

async commented on 2020-04-27 23:41 (UTC)

I'm not sure if this is related to some of the recent discussions about pulseaudio, ALSA, and apulse, but I've noticed on two of my computers that any notification sounds happening from any other app cause a Zoom meeting's audio to temporarily cut out for about 3 seconds, and then playback quickly as Zoom tries to catch up. I'm on Manjaro Gnome (not sure about other DEs).

This happens every time I receive a message in Slack, for example. It also happens if I open a webpage that has any sort of autoplaying content. Could it be that these are because of recent changes in this package?

For reference, I did not have this issue until relatively recently.

dno commented on 2020-04-26 15:43 (UTC)

I am able to use this package without pulseaudio-alsa installed. Not sure if it's just no longer needed or should be optional.

nonZero commented on 2020-04-23 17:51 (UTC)

On Zoom 3.5.392530.0421 + Gnome 3.36.1 on X11, trying to manage breakout rooms is very buggy: After creating the rooms moving participants between rooms and broadcasting messages is done through small popup windows - however those windows disappear immediately after they appear and cannot be used. I wonder if this is an Arch, Gnome or X11 specific problem or a generic Linux client problem.

csirek commented on 2020-04-21 08:30 (UTC)

SSO login failing problem present in 3.5.385850.0413 too (if i try to log in i just got back a long random char list in a new window and thats all. The "embeddedBrowserForSSOLogin=false" workaround is working.