Plex finally released the Apple TV 4 app, but it requires 9.12.18. I noticed 9.12.18 is available for Jessie, but not for wheezy.
Do you have an estimate of when the wheezy update will be available or is there a reason why it is only available on Jessie and we should update our pi?
@kimcha87 said:
Plex finally released the Apple TV 4 app, but it requires 9.12.18. I noticed 9.12.18 is available for Jessie, but not for wheezy.
Do you have an estimate of when the wheezy update will be available or is there a reason why it is only available on Jessie and we should update our pi?
This has been explained earlier and has to do with a libc6 later version dependency than Wheezy has in its repo. Instructions for getting a later libc6 backport on wheezy are in the Plex installation guide, you are advised to take a backup first just in case.
Iâm having problems with the latest packages running on Debian Jessie on a ReadyNAS102. Anything which links to the libraries in /usr/lib/plexmediaserver/ (ie many things run after exporting LD_LIBRARY_PATH) crashes with an illegal instruction, obviously including âPlex Media Serverâ binary. Is anybody else seeing this? Hereâs some info, have to run gdb from another terminal as it uses libpython, which has the same problem:
warning: core file may not match specified executable file.
[New LWP 4621]
[Thread debugging using libthread_db enabled]
Using host libthread_db library â/lib/arm-linux-gnueabihf/libthread_db.so.1â.
Core was generated by `/usr/lib/plexmediaserver/Plex Media Serverâ.
Program terminated with signal SIGILL, Illegal instruction. #0 0xb53a80f6 in cv::initInterTab2D(int, bool) ()
from /usr/lib/plexmediaserver/libopencv_imgproc.so.2.4
(gdb) bt #0 0xb53a80f6 in cv::ldd initInterTab2D(int, bool) ()
from /usr/lib/plexmediaserver/libopencv_imgproc.so.2.4 #1 0x00000000 in ?? ()
@ashh87 The Armada 370 CPU lacks NEON support First device I encounter with a non-NEON ARMv7 CPU. I will add a second package to the repo based a the non-NEON build. Stay tuned.
Thanks for replying so quickly! The new package doesnât have invalid operations, but it does seg fault. A backtrace wasnât helpful though Also, gdb refuses to run with the plex envirnment variables:
e:~$ gdb
Traceback (most recent call last):
File â/usr/lib/python2.7/site.pyâ, line 563, in
main()
File â/usr/lib/python2.7/site.pyâ, line 545, in main
known_paths = addusersitepackages(known_paths)
File â/usr/lib/python2.7/site.pyâ, line 272, in addusersitepackages
user_site = getusersitepackages()
File â/usr/lib/python2.7/site.pyâ, line 247, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File â/usr/lib/python2.7/site.pyâ, line 237, in getuserbase
USER_BASE = get_config_var(âuserbaseâ)
File â/usr/lib/python2.7/sysconfig.pyâ, line 582, in get_config_var
return get_config_vars().get(name)
File â/usr/lib/python2.7/sysconfig.pyâ, line 528, in get_config_vars
_init_posix(_CONFIG_VARS)
File â/usr/lib/python2.7/sysconfig.pyâ, line 412, in _init_posix
from _sysconfigdata import build_time_vars
File â/usr/lib/python2.7/_sysconfigdata.pyâ, line 6, in
from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd
@ashh87 What was the last package that worked properly?
Please enable core dumps on your system and get the backtrace of the crashed Plex Media Server from the core dump.
P.S. segmentation faults usually indicate a problem I cannot fix. Which libc version do you use?
@uglymagoo the service is now up and running for me again, thanks very much Iâll post again if I find something isnât working, but it looks like it should be fine now.
Just a little update. Method 3 is updated for building the latest Plex pass after figuring out how to build patchelf from source and then followed uglymagooâs always excellent instructions.
Forcing transcoding using the plex.js modification is now automated, please let me know if it works for you.
@uglymagoo can you tell me why patchelf works on the skeleton but doesnât work when run on the same files from the spk? I have the right symlink for ld-219 but get the Plex\ Media\ Server not found error. If you could help me out that would be great (can also PM instead if you like) - I have tried only patchelfing the .so files too.
@blindpet: Most people should use the Synology ALPINE-ARMV7 releases. They do not require patchelf or the symlink to the right interpreter. Their binaries just work in Debian Jessie Moreover, these binaries utilize NEON-instructions and the transcoder might perform significantly better.
However, some ARM SoCs use ARMv7 CPUs without NEON support and only the ARMV7 binaries will work. As you can read in the last posts above, I was not able to patch these binaries successfully with patchelf. In my plexmediaserver-neonless package I include the /lib/ld-linux-armhf.so.3 symlink again.
Hey Group, Last night I was updating my RPi2 to the latest Plex Pass version and had a problem. First thing I lost was the ability to ssh in, but PMS was still working so I thought I would get back to it today⊠well I rebooted from the RPi counsel and got this error at boot: (Kernel panic at boot: not syncing. No init found) I do have a working backup but just interested if there would be a way to resolve such things in the future. Any Ideas what can be done?
Thanks in Advance. Oâ as you may know I am not the best with Linux but have come a long way since the startâŠwith a little help from my friends.
@blindpet said:
weâd need some syslog or other information to help diagnose: /var/log/syslog
Thanks for the offer to help diagnose the issue but I already restored my backup img to the card.
Now here is the question I must askâŠCan you install the Alpine-Armv7 img over an existing Armv7 PMS already going on a RPi2B? The reason I ask is twice I tried to install and twice I had a failure at the same point, following BPs instructions on building your own debâŠ(Create some symbolic links
sudo find . -iname â.so" -exec chmod 644 {} ;
sudo find . -iname ".so.*â -exec chmod 644 {} ;
The first has no problem but the 2nd bombs out with 10 or so permission denied. Then I loose all ssh capability to access the card. Also loose any login from the RPi2Bs counsel. And I am unable to boot the card from that point onward. I have to reload the card to gain access again. (Install backup img)
The reason I am tring this is per Uglymagooâs post above: > @uglymagoo said:
@blindpet: Most people should use the Synology ALPINE-ARMV7 releases. They do not require patchelf or the symlink to the right interpreter. Their binaries just work in Debian Jessie Moreover, these binaries utilize NEON-instructions and the transcoder might perform significantly better.
@DMackG Make sure to issue the above commands only, if your current working directory is the directory of the extracted Plex files. The commands should never affect your current system.
My packages use the ALPINE build. So if you installed some of my more recent packages (>= 0.9.12.14 I believe) you already use ALPINE builds. And yes, you can easily switch between NEON (Alpine) and non-NEON builds. There should be no side-affects.
Hello all, apologies if this is a bit redundant. I see blindpet posted above about pi2b, transcoding, and chromecast. I am wondering if anyone else is having issues?
I just got my a pi2b to stream to chromecast, sometimes it works and sometimes it is unable to transcode. I Did the plex.js hack to try and force it with no luck. My build was following the htpc how-to verbatim, though I went with rasbian jesse as it was the easiest way to get up headless headless since I have no keyboard and monitor laying around. Anyone else in the same boat, any advice?
@jason.blanks the chromecast is a special case, there is a link to a forum topic that contains a workaround. I havenât made it into a full step by step from start to finish but the information is in this thread.