Package Details: zoom 7.0.0-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
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)

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 .. 72 73 74 75 76 77 78 79 80 81 82 .. 91 Next › Last »

alpar commented on 2020-01-14 10:23 (UTC)

I tried close to every version back to 3.0.301026.0930 This still crashes for me, the kernel log is :

[14220.207403] perf: interrupt took too long (2519 > 2500), lowering kernel.perf_event_max_sample_rate to 79200
[15846.906911] i915 0000:00:02.0: GPU HANG: ecode 9:1:0x00000000, hang on rcs0
[15846.906915] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[15846.906918] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[15846.906920] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[15846.906922] The GPU crash dump is required to analyze GPU hangs, so please always attach it.
[15846.906924] GPU crash dump saved to /sys/class/drm/card0/error
[15846.907937] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[15846.908744] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
[15846.909017] i915 0000:00:02.0: Resetting chip for hang on rcs0
[15846.911743] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}
[15846.912554] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001}

Silva commented on 2020-01-10 10:56 (UTC)

@projectgus: it also crashes for me, with the same problems you mentioned. Looked it up and zoom seems to crash the GPU.

[drm:gen8_reset_engines [i915]] ERROR rcs0 reset request timed out: {request: 00000001, RESET_CTL: 00000001} Asynchronous wait on fence i915:xfwm4[1072]:6e584 timed out (hint:intel_atomic_commit_ready+0x0/0x50 [i915])

After throwing that the system itself tries to reset the GPU, but can't.

i915 0000:00:02.0: Resetting rcs0 for hang on rcs0

Also 3.5.330166.1202-1 needs double of the resources which 3.0.317369.1110-1 is using, a bit weird.

je-vv commented on 2019-12-11 20:14 (UTC)

@projectgus, what I'm getting is the mouse not responding. Using LXQt + KWin. But X is not frozen, and the keybord keeps working fine, but it's uncomfortable not to be able to select or click on anything.

projectgus commented on 2019-12-11 09:19 (UTC)

Is anyone else having problems with the X11 session freezing on latest Zoom (3.5.330166.1202-1)? I find after a few minutes on a video call, the entire X session including the mouse cursor stops responding. Parts of the display update once every 2-3 minutes, some parts never update. It never seems to recover. Haven't seen this in any other circumstances.

Have rolled back to 3.0.317369.1110-1 which is fine so far.

Haven't bothered reporting to Zoom yet as it might be some unique quirk of my X11/hardware/desktop setup, but thought I'd ask if anyone else was seeing it.

diogobaeder commented on 2019-11-25 14:39 (UTC) (edited on 2019-11-25 14:41 (UTC) by diogobaeder)

I'm getting errors trying to run zoom after upgrading my system this weekend (I upgrade every weekend), seems to be some incompatibility with the currently installed Qt version I guess (unfortunately the log file it referenced in the output doesn't exist, so I don't have more info):

https://pastebin.com/TLH7K44j

jago commented on 2019-11-14 15:33 (UTC) (edited on 2019-11-14 15:37 (UTC) by jago)

$ /opt/zoom/zoom zoom started. Client: Breakpad is using Single Client Mode! client fd = -1 QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled /opt/zoom/zoom: symbol lookup error: /opt/zoom/imageformats/libqsvg.so: undefined symbol: _ZdlPvm, version Qt_5

the_10 commented on 2019-11-02 15:39 (UTC)

google auth is working again for me, thanks a lot for updating

the_10 commented on 2019-10-23 14:20 (UTC)

looks like the package is hardlinked to qt5.9.6 which causes the issues when trying to authenticate with for example google. kde-open5 seems torequire the libs to be the same version as the systems qt packages (5.13 in my case)

jpulec commented on 2019-10-10 16:28 (UTC)

@jsravn At least google login appears to be completely busted in 3.0.3X. Downgrading to 3.0.291715.0908-1 fixed it for me.

« First ‹ Previous 1 .. 72 73 74 75 76 77 78 79 80 81 82 .. 91 Next › Last »