Package Details: zoom 6.2.6-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: 668
Popularity: 7.35
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-10-28 11:11 (UTC)

Dependencies (31)

Sources (1)

Pinned Comments

arash-m commented on 2024-09-15 15:56 (UTC)

Tested 6.2.0-1. Sharing works for me, but it still crashes after stopping. The workaround for me is still downgrading pipewire and libpipewire to 1.0.7 before meetings.

a172 commented on 2022-06-13 14:25 (UTC) (edited on 2022-06-13 14:25 (UTC) by a172)

@edh - That's not the answer I was hoping for (I was really hoping we could get it to launch without xwayland), but at least I know I'm not missing something.

Some ~/.config/zoomus.conf updates:

  • SSO Login: I don't have qt5-webengine installed, and the ebeddedBrowserForSSOLogin line doesn't exist in my config zoomus.conf. SSO login works just fine (issues with Firefox containers aside).
  • Audio: I am using Pipewire via pipewire-pulse. system.audio.type defaulted to alsa for me (or I changed it without realizing it). I probably could have installed pipewire-alsa and fixed my issues, but I set system.autio.type=pulse (a lucky guess) and this worked. This should work for anyone using straight PulseAudio as well.

If anyone finds documentation on ~/.config/zoomus.conf, please let us know.

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 .. 52 53 54 55 56 57 58 59 60 61 62 .. 77 Next › Last »

edh commented on 2020-04-15 21:34 (UTC)

@image28 That's a really nice project and is an intriguing option for this package as well.

For now though, I will probably stick to the current upstream version as they specifically provide an Arch Linux package that does not build against system libraries. I don't want to risk that some library calls change slightly by updating to system libraries and break zoom.

image28 commented on 2020-04-15 16:48 (UTC)

Recreated the zoom package, reused the filename from the PKGBUILD file. Stripped the shared libraries from the package. Then used ldd to figure out what was missing. Had to add qt designer for it to start after that.

Result is a 20mb package that uses the system libraries, rather than a ~260mb package.

Seems a lot quicker, and more secure.

Binary is still 50mb, with a 2010 version of zlib statically compiled in :(

https://gofile.io/?c=0070QW

mattbass commented on 2020-04-10 18:28 (UTC)

Hi,

For some reason my USB Blue Yeti microphone is recognized by zoom as an audio input option, but it's not actually picking up any sound.

In discord, audacity, and all other programs it seems to be recognized and work fine, but for some reason zoom is having issues.

In pavucontrol, the microphone is showing that it's picking up sound and it's set as the default/fallback input device.

Anyone else having a similar issue?

ypoluektovich commented on 2020-04-10 16:07 (UTC)

@edh That would be an acceptable outcome. I'll go post about it in apulse's comments, I guess.

edh commented on 2020-04-10 13:52 (UTC) (edited on 2020-04-10 13:53 (UTC) by edh)

@ypoluektovich Considering that apulse is a pulseaudio emulator for ALSA, I suppose it makes more sense to let apulse provide pulseaudio-also instead of changing every package that depends on the latter.

ypoluektovich commented on 2020-04-10 11:52 (UTC)

Please add an option to not install pulseaudio-alsa - it can be replaced with apulse.

hmenke commented on 2020-04-03 23:27 (UTC)

@electricprism The vulnerability you are talking about is in the preinstall script of the macOS installer (see here for an in-depth analysis). This PKGBUILD is therefore immune to this particular form of privilege escalation. Nevertheless the Linux version of Zoom is still vulnerable to all other flaws that have been detected recently, such as information leak of email addresses, unauthorized sharing of personal data with Facebook, or the fake end-to-end encryption. However, running Zoom in flatpak or another container solution will not protect you from these vulnerabilities because they are either conceptual or server-side flaws. The only way to mitigate these is to not use Zoom.

electricprism commented on 2020-04-03 19:58 (UTC)

Due to backdoor root access on MacOS I suggest others consider using a flatpak or other containerized version of this:

"The application is installed without the user giving his final consent and a highly misleading prompt is used to gain root privileges. The same tricks that are being used by macOS malware."

https://www.tomsguide.com/news/zoom-security-privacy-woes

edh commented on 2020-04-03 11:40 (UTC)

@hmenke Thanks a lot for the input! I will add those dependencies with the next release.