AUR (en) - zoom

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: zoom 6.4.13-1

Package Actions

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:	691
Popularity:	7.78
First Submitted:	2015-08-15 13:18 (UTC)
Last Updated:	2025-06-09 00:48 (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 .. 26 27 28 29 30 31 32 33 34 35 36 .. 84 Next › Last »

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.

edh commented on 2022-08-10 03:04 (UTC)

@kriansa Thanks for the link, I will degrade ibus to an optional dependency with the next release.

@dmedinag I believe gst-plugin-pipewire is only an indirect dependency and not strictly required by zoom itself. Please correct me if I am wrong about this!