Package Details: zoom 6.2.10-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: 669
Popularity: 6.42
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-18 14:28 (UTC)

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 .. 66 67 68 69 70 71 72 73 74 75 76 .. 78 Next › Last »

bin_bash commented on 2018-01-22 18:41 (UTC)

Can't install at all, get the following error: error: 'zoom-2.0.115900.1201_orig_x86_64.pkg.tar.xz': duplicate target

pgmillon commented on 2018-01-09 17:48 (UTC)

Broken since my last update from qt 5.9 to qt 5.10:

Linux Client Version is 2.0.115900.1201 Using Qt version 5.10.0 in /usr/lib

https://pastebin.com/raw/DVzqDHQR

edh commented on 2017-11-19 20:49 (UTC)

@jav209 Thanks for the feedback. I stripped down the list of dependencies to only include the ones zoom itself states are needed instead of relying on the output of `namcap`.

jav209 commented on 2017-11-19 16:58 (UTC)

It appears that at least qt5-webengine, qt5-svg, and gstreamer are not _necessary_ dependencies. I am short on space on /, so I tried installing without the libraries that are included with zoom (check out the .so-files in /opt/zoom), and found that at least these three can be removed without losing functionality. Zoom appears to run without pulseaudio-alsa, but not having it appears to mess up my audio config.

dminca commented on 2017-11-11 09:43 (UTC)

Works like a charm! Thank you very much! :)

luan commented on 2017-08-09 20:47 (UTC)

Latest version (2.0.98253.0707) I don't have keyboard input when someone shares their screen with me and gives me control. Downgrading one commit before that works. Anyone else with that?

TrevorBramble commented on 2017-07-10 23:34 (UTC)

@mbroemme Under Xmonad, all of the windows are perfectly movable, however they do not respond to any dismissal key combo I've ever heard of and never have "cancel" buttons, so I often end up shunting any number of accessory windows to another workspace until I can exit the whole program.

mbroemme commented on 2017-06-27 11:49 (UTC)

Is it normal that the Zoom windows have no decorations and cannot be moved at all under Fluxbox? Does anybody have the same issue than me? Other Qt5 applications work fine, however they use system libraries.

jdubs commented on 2017-05-23 18:56 (UTC)

In case anyone finds it helpful, I was having issues with screensharing. Namely, when I shared my screen, participants just saw green where my window should be. First, I upgraded my kernel from 4.7.6 to the latest 4.11.2. This caused the green to instead appear black to participants. This is essentially because of wayland. I had originally set xorg as the default, but this has been reset at some point (perhaps during the kernel upgrade or perhaps earlier). Switching to Xorg makes zoom work perfectly.

smfsh commented on 2017-04-27 15:09 (UTC)

Latest version, for me at least, kills the non-primary window from displaying anything. It just remains black so I'm unable to see what's being shared (or the primary speaker when no one is sharing.) I don't see anything super incriminating in the logs so I'm unsure what's causing it. Downgrading to the last available version seems to solve the problem.