Package Details: plex-desktop 1.109.0.329-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
Keywords: media player plex
Licenses: unknown
Submitter: ludvigHz
Maintainer: username227
Last Packager: username227
Votes: 18
Popularity: 0.178877
First Submitted: 2022-05-26 10:36 (UTC)
Last Updated: 2025-05-14 11:47 (UTC)

Required by (0)

Sources (5)

Pinned Comments

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.

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

username227 commented on 2025-05-02 02:20 (UTC) (edited on 2025-05-02 02:21 (UTC) by username227)

@Derppenning - thanks for letting me know. Agreed, much better solution. Done.

Derppening commented on 2025-05-02 01:56 (UTC)

The official repository just released libxml2-legacy (https://archlinux.org/packages/extra/x86_64/libxml2-legacy/) to provide libxml2.so.2.

Is it possible to switch to use that as a dependency instead, since it seems to be a more permanent fix than using a symlink to a (potentially) binary-incompatible version of the library?

username227 commented on 2025-05-02 01:24 (UTC)

@oech3, the only difference I can think of regarding the symlink is that there would be one less package installed, and one less dependency. might simplify things though. i'll consider it after plex updates again (it's been much longer than usual; looks like they completely revamped the apk on android, hope they're not going to mess with the app too much...) Main thing today was to get the program working again, and when I saw that someone had already added the package today to the AUR, I just used that.

oech3 commented on 2025-05-01 22:16 (UTC)

Does anyone interested in replacing bundled Qt6 of this? It potentially reduces translative deps for old libs.

oech3 commented on 2025-05-01 22:13 (UTC)

Adding symlink $pkgdir/opt/${pkgname}/lib/libxml2.so.2 by package side should be enough (or patchelf.)

colpepe commented on 2025-04-01 17:39 (UTC)

I also got the error: kde-open: /opt/plex-desktop/lib/libQt6Core.so.6: version `Qt_6.8' not found (required by kde-open) I ALSO was able to fix with MrGrim's comment from 10-01-24: "mrgrim commented on 2024-10-01 05:16 (UTC)"

Knurz commented on 2025-01-27 12:06 (UTC)

I still got the same error as @DerHerrGammler. This is not really a fix, but either a patch that will be overwritten in the next update (I suppose): Change the startup-script in /opt/plex-desktop/Plex.sh, add a comment to line 3 leaving LD_LIBRARY_PATH to prev. values/unset.

This fixed the login-problem for me. Tested it by playing some SD/HD Videos (direct, non-transcoded) and it worked fine on my system (KDE w. Wayland).

diegod commented on 2025-01-08 23:27 (UTC)

Thanks @mrgrim! https://aur.archlinux.org/packages/plex-desktop?O=20#comment-992918 It worked! I could login using X, but on Wayland it didin't work.

engraved commented on 2025-01-08 13:39 (UTC)

I tried the fix by @mrgrim, but I am getting on the latest KDE plasma and NVIDIA Drivers 565.77:

[10092:10137:0108/143217.015756:ERROR:gpu_channel_manager.cc(771)] ContextResult::kFatalFailure: Failed to create shared context for virtualization.
[10092:10137:0108/143217.015758:ERROR:shared_image_stub.cc(470)] SharedImageStub: unable to create context
[10092:10137:0108/143217.015762:ERROR:gpu_channel.cc(449)] GpuChannel: Failed to create SharedImageStub
[10092:10137:0108/143217.015903:ERROR:gl_context_egl.cc(277)] eglCreateContext failed with error EGL_BAD_CONTEXT
[10092:10137:0108/143217.015941:ERROR:gpu_channel_manager.cc(771)] ContextResult::kFatalFailure: Failed to create shared context for virtualization.
[10092:10137:0108/143217.015945:ERROR:shared_image_stub.cc(470)] SharedImageStub: unable to create context
[10092:10137:0108/143217.015949:ERROR:gpu_channel.cc(449)] GpuChannel: Failed to create SharedImageStub
[10092:10137:0108/143217.016616:ERROR:gl_context_egl.cc(277)] eglCreateContext failed with error EGL_BAD_CONTEXT
[10092:10137:0108/143217.016623:ERROR:gpu_channel_manager.cc(771)] ContextResult::kFatalFailure: Failed to create shared context for virtualization.
[10092:10137:0108/143217.016626:ERROR:shared_image_stub.cc(470)] SharedImageStub: unable to create context
[10092:10137:0108/143217.016631:ERROR:gpu_channel.cc(449)] GpuChannel: Failed to create SharedImageStub

matt17br commented on 2025-01-03 15:32 (UTC)

The fix described by @mrgrim at https://aur.archlinux.org/packages/plex-desktop?O=20#comment-992918 worked for me!

1 2 3 4 5 6 .. 11 Next › Last »