Package Details: plex-desktop 1.102.0.230-1

Git Clone URL: https://aur.archlinux.org/plex-desktop.git (read-only, click to copy)
Package Base: plex-desktop
Description: Plex desktop client for linux
Upstream URL: http://plex.tv
Licenses: unknown
Submitter: ludvigHz
Maintainer: huyz (username227)
Last Packager: username227
Votes: 17
Popularity: 0.075128
First Submitted: 2022-05-26 10:36 (UTC)
Last Updated: 2024-09-24 16:51 (UTC)

Dependencies (48)

Required by (0)

Sources (4)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

mrgrim commented on 2024-10-01 05:16 (UTC) (edited on 2024-10-01 05:20 (UTC) by mrgrim)

The Qt 6.7 problem is an issue where xdg-open inherits the environment of the Plex app causing kde-open to try to load the Qt 6.6 libraries from /opt/plex-desktop/lib due to the LD_LIBRARY_PATH set in Plex.sh.

This can be solved by editing the RUNPATH of the binaries using chrpath then removing the LD_LIBRARY_PATH line from Plex.sh. It turns out The main Plex library has a working RUNPATH but includes a bunch of automation cruft. The transcoding binary does NOT have it set, and QtWebEngineProcess needs no changes. In /opt/plex-desktop/bin run:

chrpath -r '$ORIGIN/../lib' Plex
chrpath -r '$ORIGIN/../lib' Plex\ Transcoder

However, this only exposes additional issues with all of the Qt environment variables set in this script. I couldn't find a super clean way to fix this, but interestingly enough KDE uses a little utility for their AppImage deployments to deal with this exact problem:

https://invent.kde.org/brauch/appimage-exec-wrapper/

Compile it and copy the exec.so file into /opt/plex-desktop/lib then alter Plex.sh like this:

https://gist.github.com/mrgrim/1357da402f8ceccaf8224e145fa6acc3

This could even allow using LD_LIBRARY_PATH and not using chrpath. The choice is yours. Using chrpath seems cleaner but pulls in a dependency.

skjnldsv commented on 2024-09-12 16:24 (UTC)

@username227 no, it doesn't solve the issue

username227 commented on 2024-09-10 22:27 (UTC)

@skjnldsv, does installing webkit2gtk solve your issue, by any chance?

skjnldsv commented on 2024-09-10 20:28 (UTC)

GUI doesn't open for me: In the plex log: ERROR - Fatal error: qrc:/views/WebWindow.qml: module "gtk2" is not installed

znoble360 commented on 2024-08-05 05:09 (UTC) (edited on 2024-08-05 05:37 (UTC) by znoble360)

I am also having this Qt_6.7 not found error when trying to sign in, but instead of talking about kde-open, mine says 'qutebrowser: Fatal Error!', which is the web browser I use. I'm also using i3 and X11 and have the latest qt6 version.

Edit: I found a workaround for now: I changed my xdg default web browser to firefox to sign in, then switching it back after signing in.

You can run xdg-settings get default-url-scheme-handler to see your current default, then run xdg-settings set default-web-browser firefox.desktop, and try to sign in again.

anyarr commented on 2024-07-20 18:23 (UTC) (edited on 2024-07-20 18:25 (UTC) by anyarr)

@username227

I tried testing both of my issues on xfce4, i3, gnome, cinnnamon, mate, and lxqt. The issues persist regardless of DE. Plex will not run without export QT_QPA_PLATFORM=xcb set in Plex.sh, and I always get the version `Qt_6.7' not found error when trying to sign in.

I'm at a loss at this point. qt6-base is installed as version 6.7.2-1. I'm using the nvidia proprietary drivers version 555.58.02, and nvidia_drm.modeset=1 nvidia_drm.fbdev=1 nvidia.NVreg_EnableGpuFirmware=0 are set as kernel parameters.

anyarr commented on 2024-07-17 18:23 (UTC)

@username227

I don't know that either of my issues are exclusive to Wayland. I have a separate issue starting X11 sessions, and I'm waiting on help on the forum, so I can't test it there. I have the same issue as @SprobbyBlongo with the GUI on Wayland, but it launches fine with Xwayland when I added export QT_QPA_PLATFORM=xcb to Plex.sh. I can't test video playback with my library until I resolve the sign-in issue, but trying to watch anything in Plex Discover is unwatchable. Of course the ads play fine. I'll try to test both issues on another desktop environment when I get a chance and I'll report back.

username227 commented on 2024-07-17 12:38 (UTC)

In general, it sounds from the error message that KDE is having trouble finding the qt6 installation. I wonder if there is some sort of environment variable (QT_DIR or Qt6_DIR?) that needs to be set. But I am unsure.

Unclear how this is related to wayland specifically. Can you elaborate?

anyarr commented on 2024-07-17 10:18 (UTC)

@username227

Here are the libraries available in /opt/plex-desktop/lib/:

ls /opt/plex-desktop/lib/ libavcodec.so.59 libicuuc.so.66 libQt6EglFSDeviceIntegration.so.6 libQt6QmlLocalStorage.so.6 libQt6Quick3DAssetUtils.so.6 libQt6Quick3DUtils.so.6 libQt6QuickLayouts.so.6 libQt6ShaderTools.so.6 libQt6WaylandEglClientHwIntegration.so.6 libQt6Widgets.so.6 libavfilter.so.8 libigdgmm.so.12 libQt6Gui.so.6 libQt6QmlModels.so.6 libQt6Quick3DEffects.so.6 libQt6QuickControls2Impl.so.6 libQt6QuickParticles.so.6 libQt6Sql.so.6 libQt6WaylandEglCompositorHwIntegration.so.6 libQt6WlShellIntegration.so.6 libavformat.so.59 libmpv.so.2 libQt6LabsFolderListModel.so.6 libQt6Qml.so.6 libQt6Quick3DHelpers.so.6 libQt6QuickControls2.so.6 libQt6QuickShapes.so.6 libQt6Svg.so.6 libQt6WebChannel.so.6 libQt6XcbQpa.so.6 libavutil.so.57 libPlexMediaServer.so libQt6Network.so.6 libQt6QmlWorkerScript.so.6 libQt6Quick3DParticles.so.6 libQt6QuickDialogs2QuickImpl.so.6 libQt6Quick.so.6 libQt6VirtualKeyboard.so.6 libQt6WebEngineCore.so.6 libre2.so.5 libicudata.so.66 libQt6Core.so.6 libQt6OpenGL.so.6 libQt6QmlXmlListModel.so.6 libQt6Quick3DRuntimeRender.so.6 libQt6QuickDialogs2.so.6 libQt6QuickTemplates2.so.6 libQt6WaylandClient.so.6 libQt6WebEngineQuickDelegatesQml.so.6 libswscale.so.6 libicui18n.so.66 libQt6DBus.so.6 libQt6Positioning.so.6 libQt6Quick3DAssetImport.so.6 libQt6Quick3D.so.6 libQt6QuickDialogs2Utils.so.6 libQt6QuickTimeline.so.6 libQt6WaylandCompositor.so.6 libQt6WebEngineQuick.so.6 libwebp.so.6

All of the other libraries are in /usr/lib/.

Any ideas on the Wayland issue?