+1 to making xorg-xwayland optional. For non-wayland users it's an unnecessary dependency. Thanks!
Search Criteria
Package Details: zoom 6.2.11-1
Package Actions
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.68 |
First Submitted: | 2015-08-15 13:18 (UTC) |
Last Updated: | 2024-11-25 17:39 (UTC) |
Dependencies (31)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libdrm (libdrm-gitAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsm
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxcomposite
- libxcursor
- libxfixes
- libxi (libxi-gitAUR)
- libxkbcommon-x11 (libxkbcommon-x11-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- libxshmfence
- libxslt (libxslt-gitAUR)
- libxtst
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber)
- Show 11 more dependencies...
Required by (3)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 32 .. 78 Next › Last »
ReyJamonico commented on 2022-06-28 10:04 (UTC)
TioDuke commented on 2022-06-23 11:27 (UTC)
I can run zoom without xorg-xwayland without problems. Surely I am not running sway nor wayland at all.
Please consider making the dependency on xorg-xwayland opional.
Thanks.
Natherul commented on 2022-06-23 04:46 (UTC) (edited on 2022-06-23 07:46 (UTC) by Natherul)
Has anyone figured out how to make zoom forcibly run in x11 if the rest of the session is in wayland or a way to get screen share to work in wayland (and not using OBS camera workaround)?
Using KDE and wayland and I have tried QT_QPA_PLATFORM=xcb though it seemingly makes no difference for me
EDIT: I got it working from terminal but I cannot get it to work by editing the desktop file. (although I guess that gets overwritten if I get a zoom update). From terminal this works: QT_QPA_PLATFORM=xcb XDG_SESSION_TYPE=x11 nohup zoom %U &; disown
EDIT2: apparently it did not work as it seems to work from my side however then people in the meeting reports that the share was just a black screen even though the preview before share on my side was showing correctly.
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 theebeddedBrowserForSSOLogin
line doesn't exist in my configzoomus.conf
. SSO login works just fine (issues with Firefox containers aside). - Audio: I am using Pipewire via
pipewire-pulse
.system.audio.type
defaulted toalsa
for me (or I changed it without realizing it). I probably could have installedpipewire-alsa
and fixed my issues, but I setsystem.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 2022-06-08 15:56 (UTC)
@a172
That is actually a great question because I did not restart sway and solely relied on lsof -d DEL | awk "\$8~/\/usr\/lib/ { print \$NF }"
to check for loaded but now deleted libraries. Since none were shown I assumed I had no program using xorg-xwayland and I could avoid exiting sway. However, if I do restart sway, zoom does not work :(
I will add xorg-xwayland
to the dependencies list.
a172 commented on 2022-06-07 21:34 (UTC)
@edh - dumb question, but did you exit and restart Sway after uninstalling xorg-wayland
? If so, what are your relevant env vars? Something like env | grep -ie wayland -e qt
. Here's mine (minus a few irrelevant ones):
CLUTTER_BACKEND=wayland
ECORE_EVAS_ENGINE=wayland-egl
ELM_ENGINE=wayland_egl
MOZ_ENABLE_WAYLAND=1
QT_QPA_PLATFORM=wayland-egl
SDL_VIDEODRIVER=wayland
WAYLAND_DISPLAY=wayland-1
XDG_SESSION_TYPE=wayland
edh commented on 2022-06-07 09:20 (UTC)
@drybalka,a172 I can uninstall xorg-xwayland and zoom still works for me. I am running sway and use no special configuration for zoom.
drybalka commented on 2022-06-07 08:42 (UTC)
@a172 Thank you for the insight! This solved my issue and now Zoom works again. I needed to have xwayland after all (and probably to also set the environment variable QT_QPA_PLATFORM="wayland;xcb") or zoom simply would not start. Maybe it can be added to the dependencies somehow?
a172 commented on 2022-06-06 20:37 (UTC)
@drybalka - even when Zoom is running natively in Wayland, it still need XWayland to start up. I've seen a few other apps with similar behavior. If anyone has insight on how to get native Wayland apps to run without XWayland, I'm all ears.
charm001 commented on 2022-06-06 20:26 (UTC)
Was getting a Core Dump when starting Zoom:
zoom[2733] trap int3 ip:62813b9285a5 sp:7e9710e216a0 error:0 in libcef.so
systemd-coredump[3170]: [🡕] Process 3161 (zoom) of user 1000 dumped core.
Zoom Log ( ~/.zoom/logs/zoom_stdout_stderr.log) shows:
FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/zoom/cef/chrome-sandbox is owned by root and has mode 4755.
I did what it says and Zoom is working again:
chmod 4755 /opt/zoom/cef/chrome-sandbox
chown root:root /opt/zoom/cef/chrome-sandbox
Are there issues with doing what it says?
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:
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)