Search Criteria
Package Details: plex-media-player 2.58.1-3
Package Actions
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) |
Dependencies (10)
- libcec (libcec-gitAUR)
- mpv (mpv-light-pulseAUR, mpv-gitAUR, mpv-build-gitAUR, mpv-full-luajit-gitAUR, mpv-amd-full-gitAUR, libmpv-gitAUR, mpv-fullAUR, mpv-full-gitAUR, mpv-full-build-gitAUR)
- p8-platform (libplatform-gitAUR)
- protobuf (protobuf-gitAUR)
- python (python37AUR)
- qt5-quickcontrols (qt5-quickcontrols-gitAUR)
- qt5-webengine
- qt5-x11extras
- sdl2AUR (sdl2-compat-gitAUR, sdl2-gitAUR, sdl2-compat)
- cmake (cmake3AUR, cmake-gitAUR) (make)
Required by (1)
Sources (9)
- buildid-183-045db5be50e175.cmake
- plex-media-player-2.58.1-ae73e074.tar.gz
- plex-wayland-hwdec.patch
- plex-wayland.patch
- plex.patch
- web-client-desktop-183-045db5be50e175-4.29.2-e50e175.tar.xz.sha1
- web-client-desktop-183-045db5be50e175-4.29.2-e50e175.tar.xz
- web-client-tv-183-045db5be50e175-4.29.6-045db5b.tar.xz.sha1
- web-client-tv-183-045db5be50e175-4.29.6-045db5b.tar.xz
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/23lzMassHysteria 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)
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 theplex-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.
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 35 Next › Last »