| 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: | 676 |
| Popularity: | 7.58 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2025-01-17 02:35 (UTC) |
Hi, I have a problem with the sha512sums validation.
:: (1/1) Parsing SRCINFO: zoom
==> Creazione del pacchetto: zoom 5.7.6-1 (lun 23 ago 2021, 09:50:20)
==> Download dei sorgenti in corso...
-> È stato trovato zoom-5.7.6_orig_x86_64.pkg.tar.xz
==> Validazione di source file con sha512sums...
zoom-5.7.6_orig_x86_64.pkg.tar.xz ... NON RIUSCITO
==> ERRORE: Uno o più file non hanno superato il controllo di validità!
error downloading sources: zoom
The Zoom desktop client isn't calling ::UnInhibit() method (against org.freedesktop.ScreenSaver) via DBUS when the meeting is over and the video window is closed. The call to ::Inhibit() is working fine when the video starts.
For services that observe the DBus calls to org.freedesktop.ScreenSaver (ie. caffeine or xssproxy), without the corresponding ::UnInhibit() call the screensaver stays inhibited, preventing xss-lock from kicking in and locking the screen, even if no video is playing, until the Zoom process is terminated.
I submitted a support request to Zoom, but I thought of mentioning it here in-case someone had some kind of work-around that I'm not aware of. Well... I do have a work-around; it's terminating the Zoom Desktop Client every-time I'm done with a conference call :(
EDIT: Missing DBus reference and grammar.
I found a workaround for my intermittent "Can't hear others on first join". And it is that if I go to "video settings" on the bottom left video dropdown, then go to Audio section and "test speaker", then I instantly hear the other participants without having to leave and re-join the meeting.
After installing the pkg.tar.xz debtapped package, pacman installed some other dependencies. AUR Zoom works now.
Specifically what other dependencies @BobbyBoohoo?
Every time I used Zoom on sway, it crashed shortly after I joined the call. This seems to have been fixed after I downloaded a deb version of Zoom and debtapped it. After installing the pkg.tar.xz debtapped package, pacman installed some other dependencies. AUR Zoom works now.
Anyone have luck with zoom on gnome and wayland? Whenever I use zoom in a gnome wayland session, I get noticeable slowdowns that only disappear when I go to gnome activities view.
@ElijahLynn I have the same issue, also fails the first time, but succeeds the second.
About 1 out of 15 meeting joins, I can't hear anyone, but they can hear me. Every time, I just have to say "Linux bug, rejoining" then leave the meeting (not exit zoom though) and rejoin and it works fine. Anyone else have this issue?
Update 1: I am still using Alsa/Pulsa, no Pipewire yet.
Nearly every time I login via Google with Zoom, it just hangs. Then I close it and relaunch Zoom, and login again and it is instant. Anyone else hit this issue, I wonder if I should report to Zoom.
Update1: I have embeddedBrowserForGoogleLogin=false
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)