Arch Linux User Repository

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.

@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

The sha512sums are still incorrect.. Corrected are:

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

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.

@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 :)

Odd, I'm still getting those errors myself, with the sha512sums.

TaurohtaR: Fixed.

ccl2of4: That's weird. That doesn't happen on any of my systems. I'd rather not put that that in the PKGBUILD because there are not supposed to be .so files in /usr/bin. Also, it's not really this package that should manage files from libglvnd.

I believe some hash sums need to be updated.

==> Validating source files with sha512sums...
    plex-media-player-2.10.0.849-e02dbeca.tar.gz ... Passed
    buildid-32-7a9749ec3e00d3.cmake ... Passed
    web-client-desktop-3.47.1-c3e00d3.tar.xz ... FAILED
    web-client-desktop-3.47.1-c3e00d3.tar.xz.sha1 ... FAILED
    web-client-tv-3.51.1-7a9749e.tar.xz ... Passed
    web-client-tv-3.51.1-7a9749e.tar.xz.sha1 ... Passed
    plex-media-player.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

@degeberg Could you please add this to the bottom of the package() function?

ln -s /usr/lib/libGLESv2.so "$pkgdir/usr/bin/libGLESv2.so"
ln -s /usr/lib/libEGL.so "$pkgdir/usr/bin/libEGL.so"

I've been having to do this for several months now; unless there's a solution I'm not aware of, could we please have this as part of the PKGBUILD?

Sadly, HiDPI displays still suffer from redraw errors. This issue hasn't been addressed yet: https://github.com/plexinc/plex-media-player/issues/575