| 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 |
| Replaces: | zoom-libs, zoom-libs-bin |
| Submitter: | edh |
| Maintainer: | edh (gromit) |
| Last Packager: | edh |
| Votes: | 730 |
| Popularity: | 7.62 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2026-03-26 02:00 (UTC) |
A little nitpicky perhaps; but the provided desktop file has Icon=Zoom.png which causes the icon detection to fail. If it's switched to Icon=Zoom; the icon is correctly guessed. (XDG application does not need file extension unless the icon is a hard link. In this case it's not; the Zoom icons are unpacked to directories that allow them to be autodetected by the system.)
The patch would be a one-liner sed -i 's|Zoom\.png|Zoom|g' "${pkgdir}/usr/share/applications/Zoom.desktop"
The current version (5.0.408598.0517-1) seems to be stable for me now.
I had tried previous suggestions of upgrading mesa, etc. and still experienced crashing on every version I tried prior to this.
I was having the freezing issue with SSO and after attempting various solutions, including the pinned ~/.config/zoom.conf suggestion, deleting zoom data directory worked:
cd ~/.zoom
rm -rf data
mkdir data
restart zoom, log into sso, all is well.
I just had another crash this morning right in the middle of an important discussion, and normally I can't restart it and have to logout/in again. I instead checked for an update, which there was, installed it in 20 seconds, and was back in the meeting with no crashes. Fingers crossed but this latest release today may have fixed it!
Also ran into this issue over the last week or so. This morning I could not start zoom after 20+ attempts. My setup has mesa 20.0.7-2 and zoom was at 5.0.408598.0517-1. I found that just reverting zoom to 5.0.398100.0427-1 works for me.
Our company IT dept, recently advised users to not update zoom 5.0.4 as they where seeing issues on Window and MACs.
Regarding the recent segfaults: I tried downgrading zoom with no luck, then I discovered it's actually all apps trying to access the webcam that segfault. Blame appears to lie with mesa 20.0.7-1. mesa 20.0.7-2 fixes the problem for me.
Yeah just z few comments below. I'd suggest sticking with 0427 build for now
Been getting a bunch of crashes (segfaults) with the latest Zoom AUR. Anyone else getting these? I haven't looked too deep yet. When it happens I cannot restart it, it keeps crashing, I have to logout and back in again. I'll try a system update soon I suppose.
journalctl --catalog --pager-end | grep zoom
May 15 11:30:48 archlinux Zoom.desktop[156802]: ZoomLauncher: new dump generated from pid 156847, path: /home/elijah/.zoom/logs/762c92de-c143-473c-d46a6fa3-4a494e64.dmp
May 15 11:30:48 archlinux audit[156847]: ANOM_ABEND auid=1000 uid=1000 gid=985 ses=3 pid=156847 comm="zoom" exe="/opt/zoom/zoom" sig=11 res=1
May 15 11:30:48 archlinux kernel: zoom[156847]: segfault at 0 ip 0000561c1da316be sp 00007ffe9d664ec0 error 4 in zoom[561c1d36c000+3386000]
May 15 11:30:48 archlinux kernel: audit: type=1701 audit(1589567448.767:599): auid=1000 uid=1000 gid=985 ses=3 pid=156847 comm="zoom" exe="/opt/zoom/zoom" sig=11 res=1
May 15 11:30:54 archlinux systemd-coredump[158187]: Process 156847 (zoom) of user 1000 dumped core.
#0 0x0000561c1da316be n/a (/opt/zoom/zoom + 0x6c56be)
-- Subject: Process 156847 (zoom) dumped core
-- Process 156847 (zoom) crashed and dumped core.
May 15 11:30:54 archlinux Zoom.desktop[156835]: sh: line 1: 156847 Segmentation fault (core dumped) /opt/zoom/zoom ""
May 15 11:30:54 archlinux Zoom.desktop[156802]: zoom exited normally.
May 15 11:30:54 archlinux Zoom.desktop[156802]: Something went wrong while running zoom,exit code is 139.
I can't test audio; and audio is not working for me. Does anyone have any ideas what's the issue? (Solved: kernel update but did not reboot; for some reason it caused issues. Was fine after reboot.)
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)