You are not logged in.
I succeed to join to meeting with Zoom client replaced bundled libraries with system libs.
I restored zoom-system-qt which was removed twice due to compability issue.
I noticed that removing symbol version from binaries allows to run zoom with qt5-base instead of commercial Qt 5.15.18 bundled in zoom. (The trick may usable for other commercial Qt5 app. But I don't know such app.)
In my opinion, there is a no improvment about user experience with (pure) Wayland setting compared with zoom. Installing suitable backend of xdg-desktop-portal and installing zoom should be enough.
Notes:
Test room ends after test of devices immediately (standard behavior even for zoom and web version?).
Crush if I tried to share application window (not screen) (even for zoom, missing suitable portal?).
(opt)dependes may reduced.
Last edited by oech3 (2025-03-24 12:17:42)
Offline
Thanks for posting @oech3.
One of the ongoing bugs in the Linux version was the inability to share screens or windows properly. This has been a problem for months now. Do you know if your PKGBUILD fixes this?
Offline
One of the ongoing bugs in the Linux version was the inability to share screens or windows properly. This has been a problem for months now. Do you know if your PKGBUILD fixes this?
No. Using Zoom on web browser is the best choice if you don't need some feature implemented in official zoom.
I consider official package does not lack any Qt plugins related to user experience.
Installing suitable xdg-portal-desktop-* and editing /usr/share/applications/Zoom.desktop to Exec=env 'QT_QPA_PLATFORM=wayland;xcb' /opt/zoom/zoom may help you even for official zoom on wayland compositor.
Last edited by oech3 (2025-03-21 09:33:10)
Offline
Thanks for the reply @oech3. Unfortunately none of the options (workarounds for the app, web browsers) work to share screen in Wayland for me.
Offline
Unfortunately none of the options (workarounds for the app, web browsers) work to share screen in Wayland for me.
chromium -ozone-platform-hint=auto -enable-wayland-ime -wayland-text-input-version=3
is enough for me with libwc without Xwayland.
Note that xdg-desktop-portal-wlr is a backend for wlroots based compositor.
The button to share screen is enabled after few seconds.
xdg-desktop-portal-wlr, etc... was launched automatically.
Offline
Ah sorry, to clarify, I'm on KDE Plasma, so no wlroots for me.
Offline
I'm on KDE Plasma.
How about one of xdg-desktop-portal-{kde,lxqt,dde,gnome} for web (or native) client?
I'm still fighting about screen sharing via native client on (X)wayland.
Offline
Unfortunately that doesn't work either. I have both xdg-desktop-portal and xdg-desktop-portal-kde installed. From the AUR page, I don't think it's fixable. There are quite a few people who can't seem to get it working.
Offline
@Salkay Do you see error similar with
wlscreencast.cpp(576)] Error creating screencast session: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Portal operation not allowed: Unable to open /proc/XXX/root
if you run chromium or /opt/zoom/zoom from terminal after you failed to share screen?
I see this in native client even pipewire,wireplumber,xdg-desktop-portal-wlr run automatically.
Last edited by oech3 (2025-03-21 16:33:59)
Offline
@Salkay
Sorry, I was only able to share tab...
Install dbus-broker-units,
Downgrade to chromium 133.0.6943.141-1 and try
chromium -ozone-platform-hint=auto
Downgrading is need to avoid chromium crush due to bug.
systemctl --user start xdg-desktop-portal-*
should not be needed.
(BTW, I use systemd to run labwc instead of DM, getty, or shell. It broke my dbus session. In such rare case,
dbus-launch chromium -ozone-platform-hint=auto
is needed.)
Last edited by oech3 (2025-03-21 19:42:26)
Offline
In the past I tested and I could also only share tabs in Chromium, which wasn't really useful enough for me, so I considered that broken.
Offline
@Salkay chromium 134.0.6998.165 is still broken for me. Version of chromium which does not crush seems depending on the environment.
For zoom or zoom-system-qt, you may see
Error creating screencast session: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.portal.ScreenCast” on object at path /org/freedesktop/portal/desktop
at
env LANG=C dbus-launch /opt/zoom/zoom
if backend you choosed is not compatible with your DE. But xdg-desktop-portal-kde has Screen cast portal.
(dbus-launch is workaround just for me. It is very bad.)
I can share screen, not an application window. I don't consider system libs solve the issue, but I update PKGBUILD at this post again.
Last edited by oech3 (2025-03-23 08:10:29)
Offline
I close this thread since I restored zoom-system-qt.
@Salkay
I may meet you again if you create threads about zoom or Zoom on Web browser, or you have issue about zoom-system-qt which does not appear in zoom
Offline
Please don't use [Closed] , that is reserved for moderators and locks a thread from adding new posts.
This thread is about getting to work zoom-system-qt with system libraries and you succeeded .
Please use [Solved] instead.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
@Lone_Wolf Sorry. I fixed.
Offline