Package Details: plex-desktop 1.108.1.307-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: 19
Popularity: 0.56
First Submitted: 2022-05-26 10:36 (UTC)
Last Updated: 2025-02-14 03:01 (UTC)

Dependencies (48)

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

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 Next › Last »

gabed commented on 2022-06-03 23:15 (UTC)

@yochananmarqos: why so it is. i wonder why it didn't work for me...

yochananmarqos commented on 2022-06-03 23:05 (UTC)

@gabed: squashfs-tools is already in makedepends()

gabed commented on 2022-06-03 22:32 (UTC)

Thanks for adding this! I tried installing on a relatively fresh arch system, and installation failed: PKGBUILD: line 20: unsquashfs: command not found. Adding squashfs-tools as a (make?) depenency should solve this.

esmailelbob commented on 2022-06-02 07:22 (UTC)

I get error:

[28417:28488:0602/092117.450337:ERROR:address_tracker_linux.cc(214)] Could not bind NETLINK socket: Address already in use (98)
/usr/sbin/plex-desktop: line 34: 28417 Segmentation fault      "$BASE_DIR"/bin/Plex "$@"

ludvigHz commented on 2022-05-29 17:24 (UTC)

@moelf Good catch. I had it installed as dependency of another package, so didn't notice. Updated in new release. Although I could not remove the packaged versions of libavutil and libavcodec in the snap as it caused the app to crash due to missing symbols. It might be that plex's version of ffmpeg has some patches not in ffmpeg4.4 so I'll leave them for now.

Moelf commented on 2022-05-29 16:39 (UTC)

font looks weird, what font should I have?

Moelf commented on 2022-05-28 01:18 (UTC)

ffmpeg4.4 needs to be added as a dependency

ludvigHz commented on 2022-05-27 05:49 (UTC)

Regarding wayland, it won't run. The MPV initialization code probably needs to be changed since I am pretty sure it's hard coded for X11 (like Plex media player is). I have notified the devs at Plex of the issue so hopefully they are working on it. There is nothing we can do to make it run on wayland in the mean time (as far as I'm aware).

duffydack commented on 2022-05-26 20:23 (UTC) (edited on 2022-05-27 08:48 (UTC) by duffydack)

On sway (no xwayland) it coredumps. It also depends on ffmpeg4.4 btw. I got it to work by enabling Xwayland, and running with QT_QPA_PLATFORM=xcb

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 Next › Last »