Package Details: zoom 6.0.12-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: 650
Popularity: 10.34
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-06-01 16:23 (UTC)

Pinned Comments

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 .. 56 57 58 59 60 61 62 63 64 65 66 67 Next › Last »

smfsh commented on 2017-04-27 15:09 (UTC)

Latest version, for me at least, kills the non-primary window from displaying anything. It just remains black so I'm unable to see what's being shared (or the primary speaker when no one is sharing.) I don't see anything super incriminating in the logs so I'm unsure what's causing it. Downgrading to the last available version seems to solve the problem.

edh commented on 2017-03-23 09:27 (UTC)

@festerman Thanks for the update. I changed the pkgver back to the current release. Please be sure to remove the remaining source in your SRCDEST if necessary.

festerman commented on 2017-03-23 09:13 (UTC)

@edh: Upstream updated now, acc. to Zoom support ...

edh commented on 2017-03-22 10:27 (UTC)

@FredBezies Their package file seams to be corrupted. I will roll back for now. Please be sure to file a bug on their website.

FredBezies commented on 2017-03-22 09:58 (UTC)

Busted ! ==> Extracting sources... -> Extracting zoom-2.0.87130.0317_orig_x86_64.pkg.tar.xz with bsdtar opt/zoom/libicudata.so.56.1: Lzma library error: No progress is possible bsdtar: Error exit delayed from previous errors. ==> ERROR: Failed to extract zoom-2.0.87130.0317_orig_x86_64.pkg.tar.xz Aborting...

ryanvade commented on 2017-03-17 02:52 (UTC)

The v4l2loopback kernel module appears to be required for Desktop (not application window) sharing.

ryanvade commented on 2017-03-13 14:34 (UTC)

@edh Screen capture has stopped working only with wayland (i.e. GNOME). Xorg works but generally crashes. I had those extra packages installed already and the new package has not fixed the issue. Most likely this is an upstream problem.

edh commented on 2017-03-12 09:29 (UTC)

@DCengineer I can not reproduce your problem. The packages I build all have 755 as permission settings for the listed directory. Furthermore I would recommend against changing the mode bits of those directories since 755 is used by probably all other packages. Please try building the package yourself without an AUR helper. Should this still not work build without cleaning up the pkg directory, change the permissions there and then repackage. The last recommendation is a little tricky but should work for sure.

DCengineer commented on 2017-03-12 01:12 (UTC)

I've been getting a series of permissions errors when I try installing the latest update. It says that my filesystem is using 755 and the package wants 775. Is it safe to change the permissions in the directories listed? /opt/ /usr/bin/ /usr/share/ /usr/share/doc/ /usr/share/mime/ /usr/share/mime/packages/ /usr/share/pixmaps /usr/share/applications/

edh commented on 2017-03-09 10:47 (UTC)

@Drew AFAIK there is no difference between the two packages. Therefore one should not be superior to the other. The PKGBUILD originated from a time when there was no Arch package available and has since been kept to ease installation (see the pinned comment). However I agree that it would be best to use the provided package from their website. Though this will undoubtedly make for a pretty odd PKGBUILD.