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 .. 46 47 48 49 50 51 52 53 54 55 56 .. 78 Next › Last »

Eothred commented on 2020-10-13 13:25 (UTC)

Regarding SSO, for me it was Firefox containers blocking me (I think). I did not have the "zoom domain" as "always open in work container", however I had our company SSO login page on that list. So by jumping from a "no container" to my work container during log in, I think the app opening feature failed.

nasci commented on 2020-10-10 08:34 (UTC)

@malexan I normally use picom so I installed xcompmgr but it's no different. When opening the whiteboard picom gives a bunch of warnings and errors, like "flags cleared on a destroyed window" and "failed to query info". Not sure if that's related.

MasterOne commented on 2020-10-09 08:53 (UTC)

@caleb, no that's not it. As said, everything was working just a few days ago, but the system update that was performed yesterday obviously broke something, because reverting to a previous system snapshot using Timeshift solved the issue.

alerque commented on 2020-10-09 08:31 (UTC) (edited on 2020-10-09 08:33 (UTC) by alerque)

@MasterOne I've seen a similar crash not just recently but frequently across many versions in the last few months. The easiest way I found to avoid it is to make sure and enter the meeting ID with no spaces. I found copy and pasting the meeting ID from Zoom emails with their space separated groupings frequently caused crashes, but if I either type in or paste in a meeting ID with no spaces it us more stable.

Another one for me (because I‌ frequently type on a non-English keyboard layout and switch layouts to type digits) is that swapping keyboard layouts using a keyboard shortcut (and the resulting momentary switch of input focus) sometimes crashed the join meeting box too. If I switch to a layout that I can type Arabic numerals first, then hit join and enter the meeting ID it is less likely to crash.

Neither of these things are unique to recent Zoom versions. I find the zoom-system-qt package works better and crashes less frequently, but both are deeply troublesome. The upstream software quality is just abysmal and there isn't a lot the Arch packaging can do to fix it.

MasterOne commented on 2020-10-09 07:19 (UTC)

A system update performed on one of my laptops yesterday causes Zoom to crash after the Meeting ID and Passcode has been entered. Anyone else experiencing such a problem?

P.S. Sorry for being vague with no exact error diagnoses, but the problem was discovered yesterday at the beginning of a Zoom meeting and I had to get it going quickly again, so I just used Timeshift to revert to an earlier snapshot. I'm using GNOME on that laptop, if that matters.

je-vv commented on 2020-10-06 22:50 (UTC)

@rgambord, do you use alsa stand alone without pulse, or do you use pulse. It sounds you're using the former. Alsa stand alone without pulse works fine, and there's really no much to do on such a system. Just make sure your system audio works fine before using zoom, perhaps adjusting its configuration with alsactl. The Arch wiki for alsa is good: "https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture". There can be some audio channels muted, and then you have to unmute them. Make sure to review capture as well, so you can set things up for the mic. To test sound, prior to using zoom, aplay can help, and to test the mic, then arecord can help, but you can find that on the wiki. If sounds works fine with alsa, then zoom should work great with no particular settings for it...

rgambord commented on 2020-10-06 22:29 (UTC) (edited on 2020-10-06 22:29 (UTC) by rgambord)

I tried @hv15's fix with JACK and alsa-plugins. No luck. Neither does aplay work.

electricprism commented on 2020-09-25 20:53 (UTC)

I noticed many zoom-related processes running in the background after zoom closes, can anyone confirm?

watdryhope commented on 2020-09-23 11:56 (UTC)

hi, just wondering where the functionality of 'hiding self view' went and how I can bring it back.

dpriskorn commented on 2020-09-22 21:18 (UTC)

@edh, I installed it on my 64-bit system instead, I could not get it to stop segfaulting on x86.

« First ‹ Previous 1 .. 46 47 48 49 50 51 52 53 54 55 56 .. 78 Next › Last »