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: Asator
Last Packager: ombre
Votes: 109
Popularity: 0.000027
First Submitted: 2015-11-29 18:10 (UTC)
Last Updated: 2022-04-06 20:27 (UTC)

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 35 Next › Last »

MassHysteria commented on 2019-12-03 17:21 (UTC) (edited on 2019-12-03 17:25 (UTC) by MassHysteria)

@degeberg, the failed checksums happens because the contents of the tarballs sometimes change while the file name does not. I presume this is because there are two different sources (web-client-tv and web-client-desktop) that are probably managed in separate version control repos, and when either one changes the other one's name does not. This wouldn't be a problem except that apparently the contents do change slightly (probably there's some sort of time dependency when generating the tarballs). This causes an update where one of the sources has the same name as a previous update, but a different checksum.

That causes a problem with AUR helpers that cache previous sources by filename. They don't download the new file, and when makepkg does the validation the old file doesn't match the new checksum.

My patch (linked below, but here it is again: http://ix.io/23lz) fixes this by incorporating the name of the overall build ID in the downloaded file names. This means that when a new build is made, the helper will look for a unique name, not find it, and download it, ensuring it matches the checksum.

Edit: actually, thinking about it, it's makepkg that does the downloading, right? So it's actually a problem with AUR helpers that support caching at all: i.e. they keep previous sources and allow makepkg to use them if they haven't changed.

degeberg commented on 2019-12-03 17:12 (UTC)

Regarding failed checksums:

For some reason, the checksums will sometimes fail to validate if there are previous build artifacts in the build directory. This will usually be the case when using an AUR helper. I don't really know why this happens, but suggestions are welcome.

Cleaning the build directory should resolve the issue when it happens.

MassHysteria commented on 2019-12-02 05:08 (UTC)

Ah damnit, I had a typo in the noextract section. Here's the update patch: http://ix.io/23lz

MassHysteria commented on 2019-12-02 05:04 (UTC)

I also have been getting errors for invalid checksums every time I tried to update this package. Today, I finally got frustrated enough to do something about it. This patch should fix it: http://ix.io/23lw

@degeberg please consider applying this fix to the repo. Thanks for maintaining this BTW!

TimMc commented on 2019-11-24 12:16 (UTC)

Just tried to build this and sha512sums in Build file were wrong for web-client-desktop-3.104.2-1b12c68.tar.xz and web-client-desktop-3.104.2-1b12c68.tar.xz.sha1. Worked fine when I corrected these. Thanks for maintaining this.

vishhvaan commented on 2019-11-12 15:14 (UTC)

Does anyone else, in TV mode, have the video fade to white while buffering before the video plays? It causes quite a glare. The pre-compiled AppImage from knapsu doesn't do this (the video fades to black).

nit commented on 2019-10-22 12:15 (UTC)

A clean build usually fixes it - I'm running the latest version with no modifications.

m6w6 commented on 2019-10-22 07:24 (UTC)

Yeah, well, broken checksums are really annoying. IIRC I could not update it the last few weeks...

vbabiy commented on 2019-10-19 04:45 (UTC)

Cloning plex-media-player build files...
Checking plex-media-player dependencies...
Preparing...

Building plex-media-player...
==> Making package: plex-media-player 2.44.0-1 (Sat 19 Oct 2019 12:44:16 AM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found plex-media-player-2.44.0.1018-8f77cbb9.tar.gz
  -> Found buildid-151-ce86ded1b12c68.cmake
  -> Found web-client-desktop-3.104.2-1b12c68.tar.xz
  -> Found web-client-desktop-3.104.2-1b12c68.tar.xz.sha1
  -> Found web-client-tv-4.11.1-ce86ded.tar.xz
  -> Found web-client-tv-4.11.1-ce86ded.tar.xz.sha1
  -> Found plex-media-player.desktop
==> Validating source files with sha512sums...
    plex-media-player-2.44.0.1018-8f77cbb9.tar.gz ... Passed
    buildid-151-ce86ded1b12c68.cmake ... Passed
    web-client-desktop-3.104.2-1b12c68.tar.xz ... FAILED
    web-client-desktop-3.104.2-1b12c68.tar.xz.sha1 ... FAILED
    web-client-tv-4.11.1-ce86ded.tar.xz ... Passed
    web-client-tv-4.11.1-ce86ded.tar.xz.sha1 ... Passed
    plex-media-player.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

Is there a workaround for this?

bertof commented on 2019-09-12 06:54 (UTC)

Hi! There's a duplicate launcher in this package: the player tar file contains plexmediaplayer.desktop, that has the extra launcher options for full-screen and tv while it forces the arguments --tv and --fullscreen at launch, and this repository adds the plex-media-player.desktop which just launches the executable.

Is it possible to merge the two into just one? Maybe without the forced arguments as it's possible to configure that behaviour from the application. I can try to come up with a patch if needed.