Arch Linux User Repository

@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.

@ItsQuote - yes, sounds like that was the issue.

initially:

stat -c '%A %a %U %G %n' /opt/zoom/cef/chrome-sandbox 
-rwxr-xr-x 755 root root /opt/zoom/cef/chrome-sandbox

then adding SUID

sudo chmod 4755 /opt/zoom/cef/chrome-sandbox

then checking:

stat -c '%A %a %U %G %n' /opt/zoom/cef/chrome-sandbox 
-rwsr-xr-x 4755 root root /opt/zoom/cef/chrome-sandbox

... and Zoom is working again. Even didn't need to wipe ~/.zoom/ folder.

I understand, that this is probably Zoom own issue. For now is already version 5.14.2 (2046) out and currently already flagged as out of date. Perhaps new version has that permission issue fixed already. If anyone has reported that issue to Zoom. That's a good question, how such reporting is possible to Zoom. At least from Zoom website didn't find a way to report a bug (or any other issue) for free to Zoom. Looks like paid support allows to do that...

If any useful tutorial exist for clean building, it might be helpful.

zeroconf: yay is not your package manager, pacman is. pacman is not responsible for building packages, that's what makepkg and its friends are for. it would be more accurate to state this is a problem with Zoom, since the "build" very simply repackages upstream's archive. neither pacman nor makepkg have much say in how the binaries are produced in this case.

that being said: i too have been running into issues with Zoom dumping core as soon as it started, which seemed to be related to the bundled libcef.so. building in a clean chroot and wiping out ~/.zoom/ finally produced console output that indicated /opt/zoom/cef/chrome-sandbox was not setuid, and after "sudo chmod 4755 /opt/zoom/cef/chrome-sandbox" it began loading normally. is there anything in your omitted console output or your journal that might indicate a similar problem?

Not building manually (have never done it), using package manager to install packages. If we really need abandon package manager and start building manually - this renders package management useless. Tried:

yay --cleanmenu --rebuild -S zoom
rm -fr .zoom/
zoom

... still nothing - Zoom won't start.

@cjm In general it is a good idea to build in a clean environment (preferably a chroot). Cleaning up the environment however is not the job of the PKGBUILD.

@gdower Thank you! Deleting pkg/ and src/ before building the package finally fixed my undefined symbol error. (It seems to me the PKGBUILD should do that if necessary.)

Seems like the "hide floating meeting controls" option is missing and has been disabled in zoom-5.14.0. Anyone know if there's any way to re-enable that? Maybe in a config file? It's a nuisance to have the meeting controls hiding a big chunk of my screen share.

Even current 5.14.0-1 won't start. When trying to start from CLI, no output - just won't start. Once the system tray icon shortly appears but less than second disappears and that's all. When removed ~/.zoom/ folder temporarily to another location and tried to start Zoom again from CLI with clean settings, then I got lots of output and most relevant part:

Client: Breakpad is using Single Client Mode! client fd = -1
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
.....
Linux Client Version is 5.14.0 (1720)
QSG_RENDER_LOOP is 
XDG_CURRENT_DESKTOP = KDE;   GDMSESSION = ;   XDG_SESSION_TYPE = x11
Graphics Card Info:: 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2)
Zoom package arch is 64bit, runing OS arch is x86_64, snap package 0
AppIconMgr::systemDesktopName log Desktop Name: plasma 
zoom was exited due to a handled signal: 11 
ZoomLauncher exit.

For anyone (@cysp74) getting the following error:

/opt/zoom/zoom : symbol lookup error: /opt/zoom/QtQuick/Controls.2/libqtquickcontrols2plugin.so: undefined symbol: _ZN13QQmlDirParserC1Ev, version Qt_5_PRIVATE_API

Within the PKGBUILD directory try deleting the pkg and src directories, the broken .tar.xz and broken .pkg.tar.zst files, then rebuild the package. That fixed it for me. Or just re-clone the repo and re-build. I suspect there were leftover files from a previous zoom build causing the error.

For the past 7~8 days (with 2 intervening updates of my Linux kernel) I have not been able to connect to any Zoom session with v5.13.11 (1288). The start of this issue coincided with me trying to connect with SSO, through my organization. That one attempt failed for obscure reasons. Since then, nothing 'doing. Error messages are:

either 1) "It looks like we are unable to connect. Please check your network connection again.", obtained when trying to connect to my

or 2) "An unknown error occurred. Please use this meeting through your browser. Error code 5003." ... when trying to connect to my private meeting room

or 3) "Timeout" when trying to login with my account user and password from this desktop app.

No joy either when signing out from all devices from my Zoom profile page and signing back in from this desktop app.

I am stuck. Any pointer welcome.

@zeph2 I had the same error as @aljinovic (i.e. qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found; complete log here ). I didn't have any symbol lookup errors that you and others have reported, so it seems like there might be two different issues.