Package Details: plex-media-server-plexpass 1.40.2.8395-1

Git Clone URL: https://aur.archlinux.org/plex-media-server-plexpass.git (read-only, click to copy)
Package Base: plex-media-server-plexpass
Description: The back-end media server component of Plex.
Upstream URL: https://plex.tv/
Keywords: DLNA
Licenses: custom
Conflicts: plex-media-server
Provides: plex-media-server
Submitter: miffe
Maintainer: fryfrog (tixetsal)
Last Packager: fryfrog
Votes: 141
Popularity: 0.125733
First Submitted: 2014-10-16 20:13 (UTC)
Last Updated: 2024-04-18 21:47 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 36 Next › Last »

fryfrog commented on 2019-11-28 15:34 (UTC)

@kode54, not sure why I didn't see this until now. I added @grawlinson's suggestion and bumped pkgrel so that should sort it out. Thanks for the idea!

grawlinson commented on 2019-11-28 08:38 (UTC) (edited on 2019-11-28 08:38 (UTC) by grawlinson)

I get a few errors when upgrading Plex that a restart solves systemctl restart plexmediaserver.service, so a Pacman hook0 would be ideal.

Since automatically adding hooks via packages is discouraged (due to the hooks.d folder being user-settable), it would be preferred to add the hook to /usr/share/doc/plex-media-server-plexpass/ that the user could then symlink/copy it to wherever pacman hooks are stored.

Here is an example hook that should work.

# Force a restart when Plex is updated to prevent errors from occurring
[Trigger]
Operation = Upgrade
Type = Package
Target = plex-media-server-plexpass
Target = plex-media-server

[Action]
When = PostTransaction
Exec = /usr/bin/systemctl restart plexmediaserver.service

kode54 commented on 2019-11-23 06:38 (UTC) (edited on 2019-11-23 06:39 (UTC) by kode54)

The last user to commit to this package’s git repository deleted all the branches, leaving only a detached HEAD. This breaks auto installing for example with `yay`.

fryfrog commented on 2019-10-19 03:36 (UTC)

Hey @dsonck92, the package(s) used to actually be like that, but then Plex did something that caused anyone who had something special in that file for some setting to fail. It "fixed" more people than it "broke" to over write it. I'm not super opposed to putting it back like it was, but if they do it again... I'll have to do it again.

Could you try using a systemd service override instead? If it is just one thing, you can edit your override w/ systemctl edit plexmediaserver then pass it in via Environment=THING=value, I think under the [Service] section, but double check that.

Done that way, my environment won't ever overwrite or override yours. I think that is the safest solution, but if you have any great ideas otherwise let me know.

dsonck92 commented on 2019-10-18 21:29 (UTC)

Could you add the /etc/conf.d/plexmediaserver to the backup array in the PKGBUILD. I use a custom install location for the APPLICATION_SUPPORT_DIR with more space, and use the conf.d file as it seems like the best option. However this has been the 2nd time the upgrade has reset the contents back, causing a moment of confusion as my server loses all of its collections. Other than that, it works great.

fryfrog commented on 2019-10-14 17:08 (UTC)

Yeah, I should have bumped the pkgrel. I just assumed they'd put another version out quickly like they've been doing. :/

binhex commented on 2019-10-14 09:18 (UTC)

Thanks fryfrog, that's got it fixed up for me

p.s. i personally would of preferred a new pkg, as my docker image builds (as im sure you know) are triggered by package version changes, but im still grateful for the change, cheers :-)

fryfrog commented on 2019-10-12 22:20 (UTC)

I've fixed the checksum for the plex.tmpfiles yesterday-ish, but didn't bump the pkgrel. Can you guys check that you have the right file / contents? It was tixetsal's first time, but I'm not sure how they ended up w/ a changed checksum for that file. :)

binhex commented on 2019-10-12 19:12 (UTC)

yep me too, please fix the checksum

bkuri commented on 2019-10-11 23:41 (UTC)

plex.tmpfiles sha256sum: 7d321e237f2861405e7cb752eb5602efb091bad28cd873ff65244ed09dcf8736