Package Details: zoom 6.2.11-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: 670
Popularity: 6.41
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-25 17:39 (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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 78 Next › Last »

edh commented on 2022-10-12 07:28 (UTC)

@mattelacchiato This seems to be irrelevant for the Arch Linux package (dpkg-sig and rpm instructions are not relevant).

mattelacchiato commented on 2022-10-12 07:24 (UTC)

@koryu I hope that the maintainers will include this in the install script. Just for completeness, here is the mail from Zoom:

As an admin or owner of an account with users using the Zoom Desktop Client for Linux, we are reaching out to notify you that we will be retiring the current key pair used to sign the Linux client on November 2, 2022. To avoid service interruption, we advise that you ask your users to download and trust the new public key.

Please follow the instructions below to download the new GPG validation key by 11/2/22 to avoid service interruption.

Download package-signing-key.pub from http://click.zoom.us/e/84442/linux-download-pubkey/c4cjlj/3984217233?h=qog9fl3QsdPRA_5sUBqTXu7PMesnrN2t8rMhUyOgfUY Run the following commands based on the package you’re validating //////////////////////////////////////////////////////////////// // deb package validation gpg --import ~/Downloads/package-signing-key.pub // import gpg public key, only do it once dpkg-sig --verify ./zoom.deb

//////////////////////////////////////////////////////////////// // rpm package validation rpm --import ~/Downloadspackage-signing-key.pub // import gpg public key, only do it once rpm -K zoom.rpm

We apologize for any inconvenience this may cause. If you have any questions, please contact our Support Team or reach out to your Customer Success Manager.

koryu commented on 2022-10-12 07:06 (UTC)

I got a notification, that the public key for the Zoom Linux client will change on November 2nd, 2022. Should this package be adjusted to trust the new key? Or does each one have to do it themselves?

mesaoptimizer commented on 2022-09-19 13:54 (UTC) (edited on 2022-09-19 13:55 (UTC) by mesaoptimizer)

Here's a dirty fix for a specific error when attempting to run zoom after installation. If you get the following error, install the chromium package to workaround the issue:

$ zoom
ZoomLauncher started.
Zoom path is: /opt/zoom
cmd line:
Start subprocess: /opt/zoom/zoom sucessfully, proces pid: [something]
Can't load /home/user/.config/zoomus.conf
/opt/zoom/zoom: error while loading shared libraries: libatk-bridge-2.0.so.0: cannot open shared object file: No such file or directory
Something went wrong while running zoom, exit code is 127.
ZoomLauncher exit.

If you get an error just talking about the non-existence of libatk, just intall the atk package.

(How did I figure this out? I googled for issues related to libatk-bridge and found this page that led me to test whether installing the chromium package would fix this.)

keiichiiownsu12 commented on 2022-09-14 18:59 (UTC)

I have been having frequent disconnections, call-drops, and degraded video quality while using Zoom, even when on the same network as my colleagues who have no such issue. Followed the suggestions on the arch-wiki about turning off power saving which has had no success. Card is a realtek atheros.

I was wondering if any of you have encountered a similar issue and discovered possible fixes...

a172 commented on 2022-08-19 13:15 (UTC)

@juanignaciosl - In sway, you would use something like:

swaymsg output eDP-1 position 0 0

juanignaciosl commented on 2022-08-18 11:36 (UTC)

@noctiluus: no solution for the black menu o far. @a172: how can I "have a screen at position 0,0"? I'm sorry, I don't know what that means. I thought that it might be related to the relative positions of my two displays, but I haven't found any arrangement that makes it works.

a172 commented on 2022-08-16 02:08 (UTC)

@daffydack - Make sure xwayland is installed. Even when running zoom natively in wayland, it is necessary for it to start up. I've seen this behavior in electron apps as well.

@juanignaciosl and @noctiluus - unfortunately, wonky menus are fairly common for qt applications (zoom is one) in wayland. A work around for them showing up in the wrong place is to make sure you have a screen at position 0,0. For the menu showing up, but the contents not being drawn, I have had luck with resizing the parent window, holding the mouse still for a few seconds over the button that opens the menu, and/or moving the mouse off of the menu and back on it. Some fiddling with those usually brings it up. It is very annoying, and just when I think I've figured out the correct incantation to make it work, it changes. Very annoying.

noctiluus commented on 2022-08-10 13:37 (UTC) (edited on 2022-08-10 13:53 (UTC) by noctiluus)

@juanignaciosl Do you know if there is a solution to the black menu error? I have that as well. From what I can tell, the menu is still operable, merely invisible. As when I scroll over it, it will populate a popup window. I've installed the upstream version, and it appears to have the same graphical error, as well.

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 78 Next › Last »