Package Details: zoom-system-qt 5.1.422789.0705-1

Git Clone URL: https://aur.archlinux.org/zoom-system-qt.git (read-only, click to copy)
Package Base: zoom-system-qt
Description: Video Conferencing and Web Conferencing Service - system Qt libraries
Upstream URL: https://zoom.us/
Keywords: call conference meeting video
Licenses: custom
Conflicts: zoom
Provides: zoom
Submitter: netcrusher
Maintainer: netcrusher (caleb)
Last Packager: netcrusher
Votes: 10
Popularity: 4.73
First Submitted: 2020-05-03 20:50
Last Updated: 2020-07-07 13:02

Dependencies (13)

Required by (1)

Sources (1)

Latest Comments

1 2 Next › Last »

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/v4l2convert.so" 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/v4l2convert.so /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/v4l2convert.so 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?

caleb commented on 2020-06-04 22:12

Thanks for that fix.

One more thing I noticed that needs fixing but I don't plan on jamming in too abruptly is that the upstream Zoom releases are GPG signed and this does not validate the key. Arch packaging standards dictate that if upstream provides security features like that they should be passed on to the end user. In this cases it's somewhat disruptive to add since many people don't know how to locally sign the key as trusted, but it should be addressed at some point.

(And the fact that Zoom is far more likely to suffer a security breach from insecure coding internally than have their packaging hijacked over the wire when AUR people download it is neither here nor there.)

netcrusher commented on 2020-06-03 11:36

FYI: I was able to fix my webcam issues (webcam showing only black screen) by applying the workaround mentioned in the wiki, i.e. using LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so.

netcrusher commented on 2020-06-03 11:11

@caleb: Thanks! I've added you as a co-maintainer. I went ahead and directly added the provides=('zoom') line while I was at it :)