Summary: | media-tv/plex-media-server keeps old libraries waiting in @preserved-rebuild forever | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dudu Edri <duduedri96> |
Component: | Current packages | Assignee: | Stephen Shkardoon <ss23> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | andy.dalton, james05+gentoo, owmcclung, proxy-maint, spiderx, treecleaner |
Priority: | Normal | Keywords: | NeedPatch, PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=644694 https://bugs.gentoo.org/show_bug.cgi?id=646066 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Deadline: | 2020-10-20 | ||
Attachments: | emerge --info |
Description
Dudu Edri
2018-01-30 21:18:00 UTC
In order to emphasize the issue, consider the two following commands outputs (the output without grep is much longer with a lot of libraries; I just showing one library): dudu-gentoo ~ # ldd /usr/lib/plexmediaserver/Plex\ DLNA\ Server | grep libva libva.so.2 => /usr/lib64/libva.so.2 (0x00007fbc0378c000) libva-drm.so.2 => /usr/lib64/libva-drm.so.2 (0x00007fbc03589000) And the other one, with LD_LIBRARY_PATH set to /usr/lib/plexmediaserver (as put in plex's environment when it is starts): dudu-gentoo ~ # LD_LIBRARY_PATH="/usr/lib/plexmediaserver" ldd /usr/lib/plexmediaserver/Plex\ DLNA\ Server | grep libva libva.so.2 => /usr/lib/plexmediaserver/libva.so.2 (0x00007f71ad533000) libva-drm.so.2 => /usr/lib/plexmediaserver/libva-drm.so.2 (0x00007f71ad331000) Thanks. *** This bug has been marked as a duplicate of bug 646066 *** but the problem here is that plex requires x11-libs/libva:0/2 dep I think (In reply to Pacho Ramos from comment #3) > but the problem here is that plex requires x11-libs/libva:0/2 dep I think yes, but not exactly. It requires a number of libraries, but they come packed with it inside the debian package. The current ebuild just extracts them to a known location and uses LD_* environment variables to make that work. It doesn't matter whether we recompile the package or not - the libraries are pre-compiled and the linkage wouldn't change. The 1.14.1 (current) release is now in the tree; I take it their appetite for outdated libraries has not abated? Also this stuff links to openssl 1.0, which is annoying when you're trying to upgrade to 1.1 and get rid of 1.0. Package removed. |