Package Details: zoom-system-qt 5.4.54779.1115-1

Git Clone URL: (read-only, click to copy)
Package Base: zoom-system-qt
Description: Video Conferencing and Web Conferencing Service - system Qt libraries
Upstream URL:
Keywords: call conference meeting video
Licenses: custom
Conflicts: zoom
Provides: zoom
Submitter: netcrusher
Maintainer: netcrusher (caleb)
Last Packager: netcrusher
Votes: 19
Popularity: 3.58
First Submitted: 2020-05-03 20:50
Last Updated: 2020-11-17 09:28

Dependencies (15)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

mnabid commented on 2020-10-07 20:13

If anybody is still annoyed about the webcam issue, here's another workaround (no v4l2 or LD_PRELOAD stuff :D):

  1. Remove the following line from PKGBUILD:
rm -f{,.*}
  1. Rebuild and install (makepkg -sifc).

Thanks to this bug ticket from Gentoo.

a172 commented on 2020-08-19 16:08

For those with issues getting the webcam to work, I did the LD_PRELOAD trick and it works, but only if I do not enable HD video.

caleb commented on 2020-08-18 10:32

@NICHOLAS85 The qt5-graphicaleffects packages is already listed as a dependency.

NICHOLAS85 commented on 2020-07-07 18:16

Seems to be missing the dependency "qt5-graphicaleffects" in order to install.

stas commented on 2020-06-16 17:20

I have no problem with video (Dell XPS 9560) with this package, but for me Zoom crashes every time when I leave breakout session to return to the main session. The only additional information about the crash I found in ~/.zoom/logs/zoom_stdout_stderr.log:

Something went wrong while running zoom,exit code is 141.

njg commented on 2020-06-16 15:06

Hi there, I had also issues trying to get my webcam (logitech HD Pro Webcam C920). I tried the suggested "LD_PRELOAD=/usr/lib/libv4l/" workaround but to no avail. As somewhat of a Linux newbie I got a bit fed up of trying and failing so installed the non-qt version here on aur. It works with my webcam 'out of the box'. Wonder if that bug in Qt that might explain the difference.

netcrusher commented on 2020-06-16 12:47

@redapted: Interesting finding, thanks for the comment. I suggest that you try the LD_PRELOAD trick once more, but specifying the path to the actual executable: LD_PRELOAD=/usr/lib/libv4l/ /opt/zoom/zoom. Note: Running just zoom runs /usr/bin/zoom, which is a symlink to /opt/zoom/ZoomLauncher. I'm not quite sure what ZoomLauncher does exactly, but some shenanigans might be involved that somehow alter LD_PRELOAD.

My system also has this /dev/video0//dev/video1//dev/media0 setup, I will try your trick later today to find out whether it works better.

I encountered another issue regarding the webcam: When leaving one call with video enabled, there is a stale zoom process. Currently, I just find the PID of the stale process (using lsof /dev/video0) and kill the process. I'm wondering whether that's a Zoom issue or something else.

redapted commented on 2020-06-14 00:37

Edit: Found a bug in Qt, and have some guesses as to how this triggers a bug in Zoom. Will file bugs with each of them. Leaving the below in case this workaround helps anyone else.

I also was having the blank-video problem, but have a (hacky) workaround. Quick info about my environment:

  • Lenovo ThinkPad x1 Carbon, Gen 7 uses uvcvideo
  • Compositor: Sway, have qt5-wayland installed
  • ~/.config/environment.d/envvars.conf contains QT_QPA_PLATFORM=wayland-egl, tried with both XDG_CURRENT_DESKTOP=Unity and XDG_CURRENT_DESKTOP=sway also
  • Ran LD_PRELOAD=/usr/lib/libv4l/ zoom (without success)

Apparently, this laptop's webcam actually has three nodes; /dev/video0, /dev/video1, and /dev/media0. When testing with mpv, only /dev/video0 actually output frames. Maybe Zoom/Qt is defaulting to one of the other nodes for some reason?

The solution that worked was adapted from the wiki: Webcam Setup - Invert the video stream. The only differences were not inverting the video, and using /dev/video2 as the dummy device; ffmpeg -f v4l2 -i /dev/video0 -f v4l2 /dev/video2. After that, I ran Zoom from my launcher (without LD_PRELOAD), selected Dummy video device, and everything worked fine.

This workaround is hardly ideal, this seems very much like an upstream-problem. If this works for other folks, and they want to use it, it might be most-convenient for them to modify their relevant .desktop file to run/fork the above ffmpeg command before Zoom, and kill it after exit. But TBH, I hope someone comes up with a better workaround.

caleb commented on 2020-06-05 10:09

@netcrusher No I haven't! And honestly I'm kind of glad of that, the contents is is so much junk it seemed like security theater to even consider validating archive signatures.

netcrusher commented on 2020-06-05 09:09

@caleb: I had a quick look and as far as I understood, only the RPMs are signed. I tried adding an .asc/.sig suffix to the download path but got 403s. Have you found any downloadable signatures for the Arch package?