Project

General

Profile

Bug #1210

plexmediaserver Package

Added by bigfoot65 over 7 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
High
Assignee:
-
Category:
App Install
Target version:
Start date:
12/14/2013
Due date:
% Done:

0%


Description

installs when doing a yum update. This should only be installed when requested by teh Amahi app or if the Amahi app is installed.

It appears it may also be causing issues with the successful install of Amahi app DLNA. When uninstalling plexmediaserver package, it takes minidlna and ffmpeg package with it as dependencies.

History

#1 Updated by cpg over 7 years ago

i see no evidence that these are related in any way.

i looked at the dependencies, installed one then the other, then uninstalled plex and minidlna is still in my system.

can you be more precise as to the sequence of events here?

#2 Updated by bigfoot65 over 7 years ago

Of course I was able to duplicate it earlier, but cannot now. What was happening on my 32-bit VM was somehow plexmediaserver was installed. When I tried to remove it, it took minidlna and ffmpeg-libs with it.

On my production HDA, it would show up when I did a yum update and get installed. I never had it installed on my production machine, but since did uninstall it.

There was some mention of a library that apparently both minidlna and it shares that might have caused the issue. Not sure, but didn't keep all the messages :(

I will try to replicate it again and capture all the info this time. If you want to close the bug for now, that is fine.

#3 Updated by cpg over 7 years ago

some weird evidence. dependencies for minidlna include plexmediaserver.

same thing with cups, httpd and others. this is really screwed up.

it's as if plex was inserted itself as a dependency for all rpms!!?!?!!

it looks like it made itself a provider or a LOT of libraries, like libz, libsqlite, etc.

this is reason enough to never trust plexmediaserver ever again. this is just evil and it screws with the system at a very fundamental level.

$ yum deplist minidlna
Loaded plugins: langpacks, refresh-packagekit
package: minidlna.x86_64 1.1.0-1.fc19
  dependency: /bin/sh
   provider: bash.x86_64 4.2.45-1.fc19
  dependency: config(minidlna) = 1.1.0-1.fc19
   provider: minidlna.x86_64 1.1.0-1.fc19
  dependency: libFLAC.so.8()(64bit)
   provider: flac-libs.x86_64 1.3.0-2.fc19
  dependency: libavformat.so.54()(64bit)
   provider: plexmediaserver.x86_64 0.9.8.14.263-139ddbc
   provider: ffmpeg-libs.x86_64 1.2.4-2.fc19
  dependency: libavformat.so.54(LIBAVFORMAT_54)(64bit)
   provider: plexmediaserver.x86_64 0.9.8.14.263-139ddbc
   provider: ffmpeg-libs.x86_64 1.2.4-2.fc19
  dependency: libavutil.so.52()(64bit)
   provider: plexmediaserver.x86_64 0.9.8.14.263-139ddbc
   provider: ffmpeg-libs.x86_64 1.2.4-2.fc19
  dependency: libavutil.so.52(LIBAVUTIL_52)(64bit)
   provider: plexmediaserver.x86_64 0.9.8.14.263-139ddbc
   provider: ffmpeg-libs.x86_64 1.2.4-2.fc19
  dependency: libc.so.6()(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.11)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.14)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.15)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.2.5)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.3)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.3.4)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.4)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.7)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libc.so.6(GLIBC_2.8)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libexif.so.12()(64bit)
   provider: libexif.x86_64 0.6.21-4.fc19
  dependency: libid3tag.so.0()(64bit)
   provider: libid3tag.x86_64 0.15.1b-15.fc19
  dependency: libjpeg.so.62()(64bit)
   provider: libjpeg-turbo.x86_64 1.2.90-2.fc19
  dependency: libjpeg.so.62(LIBJPEG_6.2)(64bit)
   provider: libjpeg-turbo.x86_64 1.2.90-2.fc19
  dependency: libogg.so.0()(64bit)
   provider: libogg.x86_64 2:1.3.0-5.fc19
  dependency: libpthread.so.0()(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
   provider: glibc.x86_64 2.17-19.fc19
  dependency: libsqlite3.so.0()(64bit)
   provider: sqlite.x86_64 3.8.0.2-4.fc19
   provider: plexmediaserver.x86_64 0.9.8.14.263-139ddbc
  dependency: libvorbis.so.0()(64bit)
   provider: libvorbis.x86_64 1:1.3.3-4.fc19
  dependency: rtld(GNU_HASH)
   provider: glibc.x86_64 2.17-19.fc19
   provider: glibc.i686 2.17-19.fc19
  dependency: shadow-utils
   provider: shadow-utils.x86_64 2:4.1.5.1-5.fc19
  dependency: systemd-units
   provider: systemd.x86_64 204-18.fc19

#4 Updated by cpg over 7 years ago

worse, i don't even have plexmediaserver installed, so it must be related to the repo.

i would speculate that this rpm has a lot of libraries in it, e.g.:

/usr/lib/plexmediaserver/libz.so.1

so ... it advertises itself as a provider of that and others that need any library in it pull it from the repo.

i am thinking and hoping that this is actually not interfering with system behavior other than downloading plex.
since the rpm is 64MB, this is a significant download. not sure how long we have had this, but it's really annoying.

#5 Updated by bigfoot65 over 7 years ago

So I am not crazy then. I knew something was amiss. Should we remove this from the repo? Could put it in dl.amahi.org and change the app.

I will see if I can find a source version like SABnzbd Plus that does not involve an RPM and we can control more. Otherwise not sure what to do.

#6 Updated by bigfoot65 over 7 years ago

It appears that plexmediaserver package may be added during the initial Express CD install. A user did a new install and it reflects plexmediaserver as installed on his machine.

This for some reason breaks the DLNA app. I am still investigating and will report back my findings. For now, might be best if we remove plexmediaserver from the repo.

Do you agree?

#7 Updated by bigfoot65 over 7 years ago

Fresh install of Amahi 7 Express CD does not reflect plexmediaserver getting installed as I expected. So next step will be to install DLNA and see if that brings it in.

This was tested on Amahi VM server and with a snapshot of the default install, no updates or apps were installed.

#8 Updated by bigfoot65 over 7 years ago

Further investigation has revealed that when minidlna is installed, plexmediaserver is added. One apparently depends on the other for some unknown reason.

I also noticed when plexmediaserver installed it added a plex.repo file to /etc/yum.repos.d directory as well. Disabling it did not change the behavior of installing minidlna though.

By adding this line to the amahi.repo file, it prevented the unwanted behavior:

exclude=plexmediaserver

This is a real tough one to sort out for some reason. My only thought is removing it from the amahi repo. That may break minidlna but won't know for sure until we test it.

#9 Updated by megabitdragon over 7 years ago

  • Status changed from New to Feedback

The libraries provided by plexmediaserver are also provided by ffmpeg-libs. Removing plexmediaserver from the repo should not break minidlna. However installing plexmediaserver afterwards might break it.

#10 Updated by bigfoot65 over 7 years ago

Yes we are working with the RPM packager now to try and get the dependencies under control. Hoping that once that is sorted out, we can keep them in the repo and move the app LIVE without breaking anything.

#11 Updated by bigfoot65 over 7 years ago

  • Category set to App Install
  • Status changed from Feedback to Closed
  • Assignee deleted (cpg)

The vendor provided plexmediaserver RPM has been removed from the F19 repo. amahi-plex is a repackaged RPM that corrects the dependency issues with DLNA.

This bug is resolved.

Also available in: Atom