Package Details: zoom 6.2.11-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
Submitter: edh
Maintainer: edh
Last Packager: edh
Votes: 670
Popularity: 6.41
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-25 17:39 (UTC)

Dependencies (31)

Sources (1)

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 .. 50 51 52 53 54 55 56 57 58 59 60 .. 78 Next › Last »

seb-berger commented on 2020-06-24 07:37 (UTC)

Scaling issues: None of the recommendations below fully worked for my machine. Still, I apparently fixed the multi-screen scaling problems using QT_SCREEN_SCALE_FACTORS="1;0.5" /usr/bin/zoom. (The environment variable takes a list of scale factors, one per screen.)

je-vv commented on 2020-06-23 23:58 (UTC)

@hv15, you don't need any form of apulse to use zoom without pulse. Just edit the PKGBUILD and remove pulseaudio-alsa as a dependency, without tweaking anything else from pulse. That has been working for me all along, though I need to remember any time upgrading zoom to remove that dep. If you get pulse installed and the pulseaudio-alsa plugin installed, I'd guess apulse won't help...

I requested the maintainer to remove it from a hard dep, and have instead as a optional dep (indicating it's required for pulse use, or something similar), but he argued majority of people uses pulse, but I'd guess that breaks non pulse users.

hv15 commented on 2020-06-23 10:43 (UTC) (edited on 2020-06-23 10:43 (UTC) by hv15)

Hi all, for the last 3 months I've been unable to get any sound/microphone in Zoom. I use https://aur.archlinux.org/packages/alibpulse (a differently packaged form of apulse), as an alternative to the full pulseaudio server. Initially (3 months ago) this worked fine, at which point it didn't (I don't know at what version of Zoom this started to fail, haven't checked). Within my logs it was clear that this has something to do with Zoom not being able to find/use pactl (which is part of libpulse, but not part of apulse).

Well, doing some googling I found that Zoom actually supports ALSA (since version 2.0.57232.0713, see https://support.zoom.us/hc/en-us/articles/205759689-New-updates-for-Linux). There is not other documentation about this that I could find, but when I looked into ~/.config/zoomus.conf I saw there is a line with system.audio.type=default. Again no documentation on this, so I played with it and when I set it to system.audio.type=alsa Zoom started using ALSA directly, and now I have working audio/microphone in Zoom! I hope people find this useful :)

EDIT 1: typos

ubmarco commented on 2020-06-18 18:05 (UTC)

Another fix for the scaling issue is to set autoScale=false in ~/.config/zoomus.conf. It is set to true by default. This works for me on monitors with different DPIs.

Credits to this guy.

GAthan commented on 2020-06-18 08:43 (UTC)

ubmarco - thank you - this worked (so far) for me.

alerque commented on 2020-06-18 08:27 (UTC)

@ubmarco That is a function of old QT functions not handling per-monitor DPI settings, and not an issue with this packaging.

ubmarco commented on 2020-06-18 06:53 (UTC) (edited on 2020-06-18 08:05 (UTC) by ubmarco)

Starting zoom from the command line with QT_SCALE_FACTOR=0.5 zoom fixes the issue partially for me. I have a laptop and a 1080p monitor connected. On laptop it looks normal using above hack, when moving the app to the external monitor it's big however.

Edit: I just checked and my external HDMI monitor reports a wrong physical screen size (xrandr shows 160mm x 90mm), so maybe that's why it is not working there.

alerque commented on 2020-06-17 21:31 (UTC)

HIDPI monitor detection has changed several times between versions. That is an upstream Zoom issue not an issue with this package per se. Most recently they went from not detecting HiDPI at all to applying twice too much scaling when they do. I've been able to work around it locally by launching while reporting different DPI settings through Xft configuration.

je-vv commented on 2020-06-17 21:12 (UTC)

Besides the big uncontrolled size, it breaks for me, using fluxbox as WM and LXQt as DE. Only way to prevent breakages and avoiding the huse size is reverting to prior version, which was still 5.0, while latest version breaking is 5.1..

nonZero commented on 2020-06-17 19:58 (UTC)

I have issues controlling Breakout Rooms - all popups disappear immediately ( https://www.youtube.com/watch?v=yHrfPDILIgc ). This is not a new issue. I am using Gnome. Can someone else confirm it is a linux/arch/gnome issue?

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 78 Next › Last »