Package Details: plex-media-server-plexpass

Git Clone URL: (read-only, click to copy)
Package Base: plex-media-server-plexpass
Description: The back-end media server component of Plex.
Upstream URL:
Keywords: DLNA
Licenses: custom
Conflicts: plex-media-server
Provides: plex-media-server
Submitter: miffe
Maintainer: fryfrog (tixetsal)
Last Packager: fryfrog
Votes: 142
Popularity: 1.06
First Submitted: 2014-10-16 20:13 (UTC)
Last Updated: 2024-06-11 03:58 (UTC)

Latest Comments

1 2 3 4 5 6 .. 36 Next › Last »

fryfrog commented on 2024-02-11 18:57 (UTC)

@karog, of course they did! Thanks for the heads up, I reverted the previous change. No pkgrel bump again.

karog commented on 2024-02-11 14:29 (UTC)

@fryfrog, guess what? In they have changed back to data.tar.xz so the PKGBUILD needs to change back. If you look at the View Changes you will see that it was changed to zst for arm deb and the comment for this version says nothing useful but I am guessing was just to change back. Sigh.

fryfrog commented on 2024-02-09 16:41 (UTC)

@karog, I've blindly made the change since I don't use arm32 or arm64. I didn't bump the pkgrel either. Thanks for reporting!

karog commented on 2024-02-09 13:55 (UTC)

In the latest upgrade to, data.tar.xz has changed to data.tar.zst but the PKGBUILD still refers to the former and thus breaks the build. Changing the filename in PKGBUILD to data.tar.zst fixes the problem.

kode54 commented on 2023-10-06 04:24 (UTC)

@bkb: It's just a beta version that gates off access to Plex Pass holders. The stable version requires no such login to function.

Meanwhile, I had to downgrade to the non-plexpass version, because the current plexpass version ( hangs on my machine and won't stream any videos.

bkb commented on 2023-09-18 18:54 (UTC)

2 years 5 months 3 weeks 5 days 13 hours 52 minutes later

yochananmarqos commented on 2023-09-18 18:31 (UTC) (edited on 2023-09-18 18:33 (UTC) by yochananmarqos)

@fryfrog: Technically, an epoch should have been used; however in this case I'd say leave it as is as I agree with your reasoning.


fryfrog commented on 2023-09-18 18:22 (UTC)

@mmozeiko, you're totally right! I'd never seen epoch and my mind just converted that to pkgrel, sorry! I don't think we need to use that in this case, but I'll tuck it away for serious business in the future. Thanks!

mmozeiko commented on 2023-09-18 18:14 (UTC)

Epoch value overrides any version comparison. See this from pacman's man:

Additionally, version strings can have an epoch value defined that will overrule any version comparison, unless the epoch values are equal. This is specified in an epoch:version-rel format. For example, 2:1.0-1 is always greater than 1:3.6-1.

fryfrog commented on 2023-09-18 18:00 (UTC)

I think that only works when the version is the same, not lower. I don't think my intention is to force everyone to downgrade, rather new installs won't have the hardware transcoding issues and anyone w/ the issue may hopefully notice the weirdness and have a look and decide to downgrade if they like. Hopefully, they fix it soon and this will all be a moo point.