Package Details: plex-media-player 2.58.1-3

Git Clone URL: https://aur.archlinux.org/plex-media-player.git (read-only, click to copy)
Package Base: plex-media-player
Description: Next generation Plex Desktop Client
Upstream URL: https://github.com/plexinc/plex-media-player
Licenses: GPL
Conflicts: jellyfin-media-player
Submitter: TingPing
Maintainer: ombre (Asator)
Last Packager: ombre
Votes: 109
Popularity: 0.000990
First Submitted: 2015-11-29 18:10 (UTC)
Last Updated: 2022-04-06 20:27 (UTC)

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 35 Next › Last »

psi-jack commented on 2018-05-27 06:44 (UTC)

Yep, I'm getting the same issues with hps.

rdmboy commented on 2018-05-26 01:05 (UTC)

After a recent update, this application stopped showing a taskbar icon in the XFCE4 panel under Manjaro. Any idea how I can fix this?

hps commented on 2018-05-22 16:40 (UTC) (edited on 2018-05-22 16:40 (UTC) by hps)

PMP broke for me after upgrading to qt 5.11, even after rebuilding. just endlessly spews out

[10077:10125:0522/182546.274147:ERROR:gl_surface_qt.cpp(305)] eglCreatePbufferSurface failed and surfaceless context not available
[10077:10125:0522/182546.274149:ERROR:gl_surface_qt.cpp(312)] Requested OpenGL implementation is not supported. Implementation: 0

noirscape commented on 2018-05-13 11:23 (UTC) (edited on 2018-05-13 11:24 (UTC) by noirscape)

It would appear that whenever the player updates, the hashes break.

The way I've been able to solve it so far is by manually cloning the AUR repo (instead of updating through a helper) with git and then running:

$ updpkgsums
$ makepkg -i

(Note: you should probably do makepkg without -i before doing it with -i, but in my experience both work).

Less than ideal, but eh.

This should fix the package for anyone currently stuck..

psi-jack commented on 2018-05-10 14:26 (UTC) (edited on 2018-05-10 14:30 (UTC) by psi-jack)

Interesting. Seems to be some kind of discrepancy with that then somewhere. A concern definitely. I had to delete the old versions I had already cached, and re-download them.

Original file:

3201756 Apr 24 11:39 web-client-desktop-3.47.1-c3e00d3.tar.xz
sha512sum: e484991acf2b2fb48a77cd24efefedfd73aea20cd0ae03e089f18adc5874ef0b050c848415cbc3cbf8b53b459fa4ba64a7e274369c89aeb5b82008199d96c0ef

Replacement file:

3195536 May 10 10:18 web-client-desktop-3.47.1-c3e00d3.tar.xz
sha512sum: e58e42ce1c2989605b652f9eccc5dedfc11b1b63c37d46c2224d463a7267ba9b01f577823804c13cf4b388dd88a770548f9dc7bc09f28442a0ab3a72be708ea5

This is fairly concerning as the same files have very different checksums.

degeberg commented on 2018-05-10 05:23 (UTC) (edited on 2018-05-10 05:28 (UTC) by degeberg)

@psi-jack: These are not the sha512sums I get when I download the source files. I get the ones present in the PKGBUILD.

$ date; curl -s <https://artifacts.plex.tv/web-client-pmp/32-7a9749ec3e00d3/web-client-desktop-3.47.1-c3e00d3.tar.xz.sha1> | sha512sum
Thu May 10 07:22:09 CEST 2018      
64eb8ca87efdb5dab6a5e2c56de5579787e31dce45a78ca68fbc19e2e14539ed1266cc3570cfa46eef8e3c1945e06762574d530b568eec74e6d1ee3a5fc7c437

psi-jack commented on 2018-05-10 00:13 (UTC)

The sha512sums are still incorrect.. Corrected are:

sha512sums=('5d78641797778083bf520447fa93e22870976869e32ed5149ebab3a4f13a98d0c14dd15e871286b83a7ef1e4b83d6925698400aed2a82b86564f506d87a1cac5' '6965a006978d0c8b4201ae306c40a3e4e54ea32d5a1fca546cfff8407e0c5e250eaf5465a880e32bc4870196b6984922569f717e8551f2c4e09920dce989f6f5' 'e484991acf2b2fb48a77cd24efefedfd73aea20cd0ae03e089f18adc5874ef0b050c848415cbc3cbf8b53b459fa4ba64a7e274369c89aeb5b82008199d96c0ef' 'fff1b25b8537ceb2c1cfc8ed1946c3c37b4aa4863175dd519dda4aadcb481dc2c3006a3719c0cec2110cc83e93d5d04abc903fa25a741689acf68fbc367b1869' '14759a117471167cd71194098bf0af67d92f95d1541f2b6b938691b0002c7ad76f97848af1cb9cf72e38ac7aaa530805f9c3ddf7630a2bb2f55a26339548c64f' '27e784217f08921d3b580dd3e81db21e6d12ca6b5509b47577f9979604e3539c782cd36c2642e981c5bd383140c98ef2bd5ef7f7f789d3793f0687791af0e796' 'f24d70646babc2d248d6159442e3b9d5518276e7d8e33004f13d260953ebcd741067c507a47de25c24842e4391f4c403cdb46dc989b52fa1dde38a7312382db1')

degeberg commented on 2018-05-09 04:06 (UTC)

I can't reproduce it on the machine I'm at right now (with or without hardware acceleration), but it does seem that other people have reported the same bug for other packages: https://bugs.archlinux.org/task/57018

Especially seeing as this package is not the only one affected, it would not be appropriate for for this package to claim ownership over these files.

Can't you just create the symlinks manually? This way you won't have to re-add them to the PKGBUILD each time you upgrade.

ccl2of4 commented on 2018-05-09 03:37 (UTC) (edited on 2018-05-09 03:38 (UTC) by ccl2of4)

@degeberg Sorry to belabor my point, but do you have hardware video acceleration setup on your machines as described here (https://wiki.archlinux.org/index.php/Hardware_video_acceleration)?

I have machines with both intel and nvidia graphics, all of them setup for hardware-accelerated video playback, and all of them experience this issue. If I uninstall the packages required for hardware acceleration, I do not experience issues missing any .so files, on any of the machines. This is not an optimal solution for me, however, because hardware acceleration is obviously a useful feature, especially for HEVC-encoded videos.

Having said all that, I agree with you that it's stupid to be putting .so files in /usr/bin, but when it's all said and done, that's what I need to do for my setup to work, and I haven't the know-how to figure out the root cause of the issues, outside of the fact that it's probably related to hardware video acceleration.

I also see some others have commented in the past with similar issues as I have, so if anyone else has ideas, I'm all ears :)