Package Details: plex-media-server 1.41.0.8994-1

Git Clone URL: https://aur.archlinux.org/plex-media-server.git (read-only, click to copy)
Package Base: plex-media-server
Description: The back-end media server component of Plex.
Upstream URL: https://plex.tv/
Keywords: DLNA
Licenses: custom
Conflicts: plex-media-server-plexpass
Submitter: alucryd
Maintainer: fryfrog (tixetsal)
Last Packager: fryfrog
Votes: 348
Popularity: 0.029861
First Submitted: 2014-10-14 22:11 (UTC)
Last Updated: 2024-09-26 17:02 (UTC)

Latest Comments

« First ‹ Previous 1 .. 32 33 34 35 36 37 38 39 40 41 42 .. 107 Next › Last »

techwiz commented on 2016-05-05 22:05 (UTC)

@CDF-H This package doesn't have a boost dependency on x86_64, nor should it have one on ARM. Are you looking at the right package?

CDF-H commented on 2016-05-05 21:52 (UTC)

How to get this to work? Arch is on boost 1.60 but this wants 1.59.

Abzie commented on 2016-03-22 11:50 (UTC)

Update: pkgver=0.9.16.3.1840 _pkgsum=cece46d

<deleted-account> commented on 2016-03-19 23:27 (UTC)

new version released plexmediaserver-0.9.16.2.1827-df572f6.x86_64.rpm

blucell commented on 2016-02-26 08:29 (UTC)

Sometimes, when plex service is enabled in systemd, plex is not visible on the network as upnp unless I restart it. Adding `After=network-up.target` to the service does the trick.

techwiz commented on 2016-02-24 15:47 (UTC)

@Svenstaro there is no prelink for ARM, we cannot use makedepends=('prelink')

svenstaro commented on 2016-02-24 15:45 (UTC)

You should only use makedepends=('prelink') since both architectures use the same makedeps.

tmoore commented on 2016-02-22 04:08 (UTC)

Great! Hopefully we can stick a fork in the PKGBUILD for a while and just ride the upgrade train :)

Mutantx commented on 2016-02-22 04:06 (UTC)

@tmoore @techwiz @justin8 - Great job @tmoore after your recent update I was able to run makepkg on arm7

justin8 commented on 2016-02-21 23:10 (UTC)

Yeah... The -f needs a file paremter right after it, so xfz is never correct. the rest of the order doesn't matter. *most* modern versions of tar (including gnu tar and bsd tar in arch) auto-detect compression types on files, but not on streams. i.e. `curl https://example.com/foo.tar.gz | tar xf -` won't work, you need `tar xzf -` to specify to use gzip. but on files it will detect them fine. Some versions of tar like the stripped down ones on a lot of embedded and arm systems may not support auto-detection. Particularly the tar included in busybox does not.