[arch-dev-public] Plex Media Server in [community]
Hi all, I'm thinking of pushing the widely used Plex Media Server in [community]. It is closed source and Plex only provides binaries for Ubuntu, Fedora and CentOS, but they've already allowed Arch Linux ARM to redistribute it [1] as long as it was clear that the package came without any warranty from them. Besides Plex' devs are already aware that I'm packaging Plex Home Theater (which is open source) [2] so there won't be any problem on their end. I modified the plexmediaserver package from AUR, added proper user management and included plex' terms of service (closest thing to a license I found), so we should be golden. Files are available here [3]. Any objection? [1] https://forums.plex.tv/index.php/topic/77604-request-to-redistribute-with-ar... [2] https://forums.plex.tv/index.php/topic/87416-plex-home-theater-for-arch-linu... [3] https://github.com/alucryd/aur-alucryd/tree/master/personal/plex-media-serve... Cheers, -- Maxime
On 14/10/14 19:49, Maxime Gauduin wrote:
Hi all,
I'm thinking of pushing the widely used Plex Media Server in [community]. It is closed source and Plex only provides binaries for Ubuntu, Fedora and CentOS, but they've already allowed Arch Linux ARM to redistribute it [1] as long as it was clear that the package came without any warranty from them. Besides Plex' devs are already aware that I'm packaging Plex Home Theater (which is open source) [2] so there won't be any problem on their end.
I modified the plexmediaserver package from AUR, added proper user management and included plex' terms of service (closest thing to a license I found), so we should be golden. Files are available here [3].
Any objection?
Given it is a binary source, I see no real advantage to adding it to the repositories. Allan
On Tue, Oct 14, 2014 at 12:50 PM, Allan McRae <allan@archlinux.org> wrote:
Given it is a binary source, I see no real advantage to adding it to the repositories.
Yep, me neither. In fact I'd like to drop any binary source from our repositories... -- Andrea
On Tue, Oct 14, 2014 at 01:04:50PM +0200, Andrea Scarpino wrote:
On Tue, Oct 14, 2014 at 12:50 PM, Allan McRae <allan@archlinux.org> wrote:
Given it is a binary source, I see no real advantage to adding it to the repositories.
Yep, me neither.
In fact I'd like to drop any binary source from our repositories...
-- Andrea
The real advantage here is that our users can conveniently install it from our central repository, no need to fiddle around and when 'we' ship it, there is at least someone testing it so that someone knows the possible quircks to make it work just fine on arch. I see no real reason to 'ban' packages with binary sources. Or would you rather go for the ubuntu model where we add a 'multiverse' like repository where all the dirty stuff is stored ? -- Ike
On Tue, Oct 14, 2014 at 1:25 PM, Ike Devolder <ike.devolder@gmail.com> wrote:
The real advantage here is that our users can conveniently install it from our central repository, no need to fiddle around and when 'we' ship it, there is at least someone testing it so that someone knows the possible quircks to make it work just fine on arch.
I'm sorry, but still I don't see the difference between AUR and this. The package will be maintained by Maxime, so it's already "official" in some way. You don't lose bandwidth, neither CPU cycles in this case (well, except for compression which could be set to plain tar anyway).
I see no real reason to 'ban' packages with binary sources. Or would you rather go for the ubuntu model where we add a 'multiverse' like repository where all the dirty stuff is stored ?
I guess there's no need for an extra repository since we have AUR. -- Andrea
Am 14.10.2014 13:04, schrieb Andrea Scarpino:
On Tue, Oct 14, 2014 at 12:50 PM, Allan McRae <allan@archlinux.org> wrote:
Given it is a binary source, I see no real advantage to adding it to the repositories.
Yep, me neither.
In fact I'd like to drop any binary source from our repositories...
I need to strongly disagree here. Why would we only package software that is compiled from source? What about scripting languages? Or do you refer to the free software aspect here? We never forced people to only use or package free software and I hope we keep it that way. So far our policy has been simply: "Are we allowed to redistribute it?" And in case of Plex the answer seems to be: No we cannot! As https://plex.tv/legal states: "You may not, or allow anyone else to, directly or indirectly to: (1) copy, modify, distribute, sell, or lease any part of the Software" A random post on the forum is probably not enough; they need to update their terms if they want anybody to distribute their software. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
On Tue, Oct 14, 2014 at 1:43 PM, Pierre Schmitz <pierre@archlinux.de> wrote:
Or do you refer to the free software aspect here? We never forced people to only use or package free software and I hope we keep it that way.
Yes, I refer to the free software aspect Pierre. However, it's not my intention to try to change our policies until we agree to change them. -- Andrea
On Tue, Oct 14, 2014 at 1:55 PM, Andrea Scarpino <andrea@archlinux.org> wrote:
On Tue, Oct 14, 2014 at 1:43 PM, Pierre Schmitz <pierre@archlinux.de> wrote:
Or do you refer to the free software aspect here? We never forced people to only use or package free software and I hope we keep it that way.
Yes, I refer to the free software aspect Pierre.
However, it's not my intention to try to change our policies until we agree to change them.
-- Andrea
In terms of ease of deployment, I have to agree with Ike, I still believe it is easier to install a package from one of our repos (only one command and you're good) than from AUR. However Pierre has a good point, the current terms don't seem to corroborate what Plex' devs have been saying on the forums. Even if this doesn't end up in [community], I will still need the terms to change if I want to include it in my own repo. I will discuss this with them. In the meantime, I'll contact the current maintainer to get my changes into the AUR package, or adopt it if possible. Cheers, -- Maxime
participants (5)
-
Allan McRae
-
Andrea Scarpino
-
Ike Devolder
-
Maxime Gauduin
-
Pierre Schmitz