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?
Search Criteria
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) |
Dependencies (31)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR, gtk3-classic-xfceAUR)
- libdrm (libdrm-gitAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsm
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxcomposite
- libxcursor
- libxfixes
- libxi (libxi-gitAUR)
- libxkbcommon-x11 (libxkbcommon-x11-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- libxshmfence
- libxslt (libxslt-gitAUR)
- libxtst
- mesa (mesa-wsl2-gitAUR, mesa-amd-bc250AUR, amdonly-gaming-mesa-gitAUR, mesa-gitAUR, mesa-minimal-gitAUR, vulkan-terakan-gitAUR, mesa-fp8-gitAUR, mesa-amber)
- Show 11 more dependencies...
Required by (1)
Sources (1)
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)
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!
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:
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)