Package Details: zoom 6.3.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: 682
Popularity: 7.79
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2025-03-01 01:53 (UTC)

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

1 2 3 4 5 6 .. 81 Next › Last »

Rhinoceros commented on 2025-03-07 00:48 (UTC)

For anyone else still struggling with screen sharing broken in Wayland (again), I tested Zoom on the web browser. Screen sharing in Firefox just doesn't work, and Chromium only lets you share a tab (although I didn't actually test to see if it worked).

Has anyone tried screen sharing on the Flatpak version?

Other than that, the only solution I can see is to use X11.

ChrisLane commented on 2025-02-25 17:15 (UTC)

I'm having the same issue that @sergeG239 mentioned on 2024-12-26.

I have moments where Zoom appears unresponsive while audio still works and then eventually everything returns to normal.

Looking in the logs I see

ZoomWebviewHost[44394]: segfault at 19 ip 00007116b059bdb4 sp 00007116837fb430 error 6 in libcef.so[8d9adb4,7116a9cb7000+b156000] likely on CPU 0 (core 0, socket 0)

noobody commented on 2025-02-24 10:46 (UTC) (edited on 2025-02-24 11:43 (UTC) by noobody)

@edh Sorry, it seems I messed this up :) I moved my aur directory to another filesystem and that seems to have messed up some permissions. I just tried from scratch and the problem is gone.

edh commented on 2025-02-22 03:13 (UTC)

@noobody I agree the ownership is weird. As @daniel_shub (Thanks! :) ) hinted I just repackage what zoom provides upstream. I see this package as way to link the zoom package to AUR package managers and I am not keen on fixing any package bugs post-hoc.

Could you please contact the zoom support regarding this issue? This way the package can stay as simple and readable as possible (plus all other distributions benefit too).

daniel_shub commented on 2025-02-19 19:04 (UTC)

@ugjka if the flatpack works better for you, great, but the AUR PKGBUILD downloads the tarball from zoom, copies it to /opt, and not much else (@edh thank you maintaining a PKGBUILD that does that). Your issue was unlikely related to the AUR PKGBUILD.

ugjka commented on 2025-02-19 18:17 (UTC)

Had to swap this package to the one from Flatpak because 5 minutes before the meeting the user interface turned all in Korean language and I couldn't figure at all where the language knob is. I hadn't run Zoom for a while so i have no clue if some recent build started doing this but I guess this is the end for Zoom from the AUR for me.

noobody commented on 2025-02-18 09:59 (UTC)

Just installed 6.3.10. It seems directory permissions have changed:

warning: directory permissions differ on /opt/
filesystem: 755  package: 777
warning: directory permissions differ on /opt/zoom/
filesystem: 755  package: 777
warning: directory permissions differ on /opt/zoom/Qt/
...

The list goes on. This seems too much, is it intended for any reason? Surely for /opt it's wrong.

Rhinoceros commented on 2025-01-18 23:23 (UTC)

@HighValueWarrior Could you please tell us if the screen share issues are fixed in the flatpak version?

HighValueWarrior commented on 2025-01-18 22:34 (UTC)

Unable to login and launch zoom. Login from any browser is fine, but none will launch. Downloaded flatpak and working perfectly. Logic would dictate somehting missing or broken.

smfsh commented on 2025-01-06 18:52 (UTC)

With the the 6.3.1 version, I am able to share my full screens on Wayland, but am unable to share a single window still. It attempts to share, but the result is just a black window.

This isn't an elegant solution, but until I see/find/hear something else resolving the issue properly or figure out what in my setup is causing this, here's a workaround I've been using to get single window sharing:

XDG_CURRENT_DESKTOP=GNOME DESKTOP_SESSION= XDG_SESSION_TYPE= zoom

Setting these environment variables seems to force Zoom to work with the old X window sharing methods, even in Wayland. I don't know if this only works on non-native apps, or what, but I can share individual windows. (I cannot share full screen, funny enough, but for my every day use cases I don't need it.)