Package Details: plex-media-server 1.41.2.9200-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.014055
First Submitted: 2014-10-14 22:11 (UTC)
Last Updated: 2024-11-14 23:11 (UTC)

Latest Comments

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 107 Next › Last »

justin8 commented on 2015-09-02 12:12 (UTC)

Didn't mean to sound argumentative before; just honestly curious on that decision was all. I can't wait for it to be in the repos. I'll just wait a bit and try it again then. Thanks for all the work on the media-center front.

alucryd commented on 2015-09-02 11:33 (UTC)

Fair enough, it still doesn't feel right, but if man says it. Moving back to /usr/lib.

justin8 commented on 2015-09-02 11:08 (UTC)

from the man page for file-hierarchy: /usr/lib/package: Private, static vendor resources of the package, including private binaries and libraries, or any other kind of read-only vendor data. I filed the request since it's been out of date for 40+ days. I don't particularly care if he is posting comments, he's ignoring his packages. The user/home is a good point though.

alucryd commented on 2015-09-02 10:53 (UTC)

You don't just stuff anything in /usr/lib, especially graphical and text resources, /usr/lib is for, well, libraries, and possibly executables that don't fit in /usr/bin. As for /var/lib/emby, traditionally a user's home has the same name as the user, so either call the user emby-server, wwhich is stupid, or call the home emby. BTW, why did you file a request to orphan emby-server? The maintainer is clearly active, he wrote a comment a couple days ago... Also it's pointless since I will end up pushing emby-server to [community] once I'm confident it can go there.

justin8 commented on 2015-09-02 10:44 (UTC)

Shouldn't it be in /usr/lib/$package-name anyway? That's what man file-hierarchy specifies. /usr/share is for files shared between multiple packages? And what's the point of moving the home to something other than the package name?

alucryd commented on 2015-09-02 10:30 (UTC)

The one in AUR works but is not correct (also out of date). Mine installs emby-server in /opt, it shouldn't go in /usr/lib because it's not just elf files and afaict it can't be split to use /usr/share. Also the emby user home is in /var/lib/emby instead of /var/lib/emby-server, and permissions are set in the PKGBUILD instead of the install file so that pacman can track them.

justin8 commented on 2015-09-02 09:56 (UTC)

I tried emby myself about 2-3 months ago and it wasn't quite there yet, but I'm checking on it every quarter hoping I can replace plex as soon as possible. What does your pkgbuild do differently to the AUR one? I'm about due to try it out again.

alucryd commented on 2015-09-02 09:38 (UTC)

There are a lot of such reports on the internet, so you'll probably have to wait for a fix, and honestly I'm not exactly surprised. Hope you didn't pay for the app, I did for the android app and now I kinda regret it. I've become quite fed up with plex myself, even though the server works okay, it is proprietary (with a license preventing redistribution, which is stupid if you want to sell your client apps when you don't provide packages for everything), also you can't even replace the supplied ffmpeg binary (named Plex New Transcoder as if people wouldn't notice it's ffmpeg) which is clearly inferior to the one in [extra], all the more when I will add dcadec support to it. That and we got SSL support only weeks ago. The worst part though is the client side, PHT is ancient and still based on xbmc frodo, which relies on ffmpeg 0.10... It can't keep up with current libraries like libcec, and their stupid semi-open source model (push all commits at once when they tag a new release, might as well not use github at all) results in pull requests sitting there for ages, if they even bother looking at them. It's really not an option, best thing atm is kodi + plexbmc, no matter the platform. I'm not sure whether console and android clients are rebranded xbmc as well, but some are plainly not working like what you experience with the xbox 360. For those reasons I decided to move away from evil corp and switch to emby (previously mediabrowser). I'm still in the process of doing so, but it's already looking quite good and is on par with most plex features. emby is completely open source (single most compelling argument for me) and uses mono which makes it really portable (even though I'm not a fan of mono). So far, here's what I like better about emby: - You can have multiple libraries of the same kind, eg you can separate series and anime instead of having a big melting pot - Speaking of anime, there is a plugin to add anidb to the metadata fetchers, awesome - You can store all metadata and posters, artwork and whatnot alongside your content instead of a centralized database. Meaning you can replace those by hand if you so desire, and don't have to redownload everything should lose the database. - The web interface is not designed for toddlers, you can actually work with it, also it can be used from any device that doesn't have a native app but supports html5 - It has last.fm and trakt scrobblers - It has Live TV (PVR) support, although I don't use that feature - It has SSL out of the box with a self-signed cert, and unlike plex, you can use your own cert - There is a reports tab, you can exports all kinds of data about your library - Only some specific plugins are behind a paywall - There's one developer (the lead dev?) who's very active on github and is all over the forums, meaning you can actually talk to them, no corporate wall - As for the clients, there's an official kodi add-on, big plus, a native windows client, and clients for apple, amazon and android TVs, ChromeCast, Roku and even a Samsung SmarTV app. Also an Xbox 360 app. Free native apps for the big 3 mobile platforms of course, I haven't used it yet because it doesn't support self signed certs (apparently an android limitation, it's being worked on) I do have some gripes with the web interface, at first it wouldn't load on my firefox, I probably activated an option it didn't like, I had to reset my firefox to get it to show up. I had some display issues in the left column of the metadata manager but no deal breaker (plus I use the devel version which is quickly evolving). The one thing that really needs to be fixed is the fact that the library overview doesn't reflect manual changes to the metadata (series details pages are updated properly though), you need to reload the page for them to be picked up. tl;dr I seriously encourage you to try emby out, you probably won't regret it. I have 2 pkgbuilds on my github, you'll want to use those instead of the ones in AUR. https://github.com/alucryd/aur-alucryd/tree/master/personal/emby-server https://github.com/alucryd/aur-alucryd/tree/master/personal/emby-server-devel

woodyl commented on 2015-09-01 21:45 (UTC)

With Xbox 360, I can see the content, but when I try to play anything, I get: " "There was an error communicating with your Plex Media Server. Make sure it's turned on and accessible and try again." DLNA works fine on the Xbox (DLNA uses the same server as the Plex Server). I can play content on a Chrome browser on Windows with no problem.

alucryd commented on 2015-08-30 20:13 (UTC)

Did you try with anything else? Computer, phone?