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)

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 2 3 4 5 6 7 .. 78 Next › Last »

Rhinoceros commented on 2024-11-19 02:13 (UTC)

I also still can't pick which window to share with Zoom 6.2.10. I'm also on the latest pipewire 1.2.6. After selecting "Use system window capture", there's a confirmation box from the DE saying "Remote control requested", then Zoom just shares all my screens.

I'm using Wayland on KDE, @arash-m, what are you using?

VanClaussen commented on 2024-11-18 14:32 (UTC)

Okay I'm on 1.2.5. Polly seems to be on Manjaro testing, I'm on stable. @Polly selecting what to share does work for you? Depending on the answer, my client will then be fixed after the next stable release of Manjaro hopefully.

arash-m commented on 2024-11-18 14:20 (UTC)

@VanClaussen I'm using the latest, 1.2.6. In Zoom, from the screen share window, I choose "Use system window capture", and then I can select individual windows there.

VanClaussen commented on 2024-11-18 14:17 (UTC)

Can confirm, it doesn't crash anymore after stop, but I still can't choose what to share, it always shares all screens. arash-m what pipewire versions are you using?

Polly commented on 2024-11-18 14:02 (UTC)

Confirmed. Crashes after screen shares seem fixed in 2.6.10-1 with pipewire 1:1.2.6-1 and linux611 6.11.9-1 (Manjaro). Finally!

arash-m commented on 2024-11-18 13:51 (UTC) (edited on 2024-11-18 13:53 (UTC) by arash-m)

I tested 6.2.10. It seems all issues are fixed. It doesn't crash after stopping the screenshare anymore and I can also share individual windows.

MalteseFalcon commented on 2024-11-15 07:28 (UTC) (edited on 2024-11-15 07:28 (UTC) by MalteseFalcon)

For those of you who start zoom 6.2.6 but the GUI does not come up, I had the same issue and found a resolution here: https://bbs.archlinux.org/viewtopic.php?id=300519

Landarzar commented on 2024-11-14 07:50 (UTC)

I had problems starting Zoom (6.2.6-1) on Xmonad (X11) from the terminal. Setting

xwayland=false
in
~/.config/zoomus.conf
works for me.

kowheng commented on 2024-11-02 02:50 (UTC) (edited on 2024-11-02 02:50 (UTC) by kowheng)

Can not run zoom properly, here are result from zoom_stdout_stderr.log ZoomLauncher started. Zoom path is: /opt/zoom cmd line: Start subprocess: /opt/zoom/zoom sucessfully, process pid: 66588 Class App Lib Possible Culprit Flags resip::Connection 656 656 resip::Data 36 36 resip::DnsResult 1080 1080 resip::Headers 1 1 resip::MsgHeaderScanner 40 40 resip::SipMessage 5224 5224 resip::TransportSelector 896 896 resip::Tuple 128 128 resip::UdpTransport 1144 1144 resip::GenericIPAddress 28 28

zoom started. Client: Breakpad is using Single Client Mode! client fd = -1 loadZoomWebviewHostProcess newPath is /opt/zoom/ZoomWebviewHost loadZoomWebviewHostProcess libpath is /opt/zoom/Qt/lib:/opt/zoom/cef:/opt/zoom Start subprocess: /opt/zoom/ZoomWebviewHost sucessfully, process pid: 66600 Interface wlan0 is a wireless interface Interface: ipv4 eth0, IP Address: 192.168.10.50 Interface: ipv4 eth0, IP Address: 192.168.10.58 [66600:66600]ZoomCollabHost started,isSupportCef=1 [66600:66600]CefInitialize init -- [[66614:66614]1ZoomCollabHost started,isSupportCef=:1]ZoomCollabHost started,isSupportCef=11

qt.scenegraph.general: threaded render loop qt.scenegraph.general: Using sg animation driver qt.scenegraph.general: Animation Driver: using vsync: 16.67 ms [66600:66684]webviewHostIpcChannel:onChannelConnected webviewClientIpcChannel:onChannelConnected [66646:66646]ZoomCollabHost started,isSupportCef=1 QQmlEngine::setContextForObject(): Object already has a QQmlContext QQmlEngine::setContextForObject(): Object already has a QQmlContext QQmlEngine::setContextForObject(): Object already has a QQmlContext [CZPClientLogMgr::LogClientEnvironment] [MacAddr: 00:21:6B:D8:94:88][client: Linux][OS: Arch Linux x64][Hardware: CPU Core:8 Frenquency:2.5 G Memory size:31920MB CPU Brand:11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz GPU Brand:][Req ID: ] Linux Client Version is 6.2.6 (2503) QSG_RENDER_LOOP is XDG_CURRENT_DESKTOP = LXQt; GDMSESSION = ; XDG_SESSION_TYPE = x11 /usr/lib/xdg-desktop-portal-gnome: symbol lookup error: /usr/lib/libgtk-4.so.1: undefined symbol: vkCreateXlibSurfaceKHR *** stack smashing detected ***: terminated

While zoom on flatpak version can run smoothly. Do anyone has a resolution?

cyberpunkrocker commented on 2024-10-31 09:33 (UTC)

@MalteseFalcon: Obviously, GDK_BACKEND=wayland works only if you are actually able to use wayland. So, the current 6.2 branch is wayland-only :(

I went back to using zoom-6.1.11, and won't update until zoom devs get their act together.