Pomoc Rtorrent-Pro binaries?

[OneCD]

Hi Silas, my first post here.

I hope English is OK in this part of the forum. My Polish language skills are non-existent.

Just hoping to get some advice regarding a recent issue running sherpa on a NAS that also has Rtorrent-Pro installed. This was reported to me here: SABnzbd failed · Issue #331 · OneCDOnly/sherpa

Looks like Rtorrent-Pro is using its own curl binary, which is affecting the operation of sherpa:

/sbin/curl: symbol lookup error: /sbin/curl: undefined symbol: curl_url

There's also an issue running the QTS get_display_name function. I haven't looked further into this but it seems related to Rtorrent-Pro. If Rtorrent-Pro is stopped in the App Center, sherpa works fine.

Any thoughts on how I can get sherpa and Rtorrent-Pro to play nice together?

Thank you.

 

[Silas Mariusz]

Wow! @OneCD

okay let me explain something... i guess it happens because you are running your app from ssh as admin
which previously loaded:
[~] # cat /root/.profile

export PS1='[\w] # '
reset
source /opt/etc/profile

# Hello from rtorrent
[ -f "/usr/bin/rtorrent/root/.profile" ] && source /usr/bin/rtorrent/root/.profile

Would you do me a favor and just

rm /usr/bin/rtorrent/root/.profile

and relogin to your ssh sesion and try again
this will NOT AFFECT rtorrent-pro[
ts just a helper

 

[OneCD]

Cheers mate, I'll pass that on to the user who reported this. It's their NAS, and I don't have Rtorrent-Pro myself.

I'll post back when I hear from them.

 

[Silas Mariusz]

dinosaurs are back! I would have dug my own grave before expecting to see you here.
It's really good to see you, man!

 

[OneCD]

dinosaurs are back! I would have dug my own grave before expecting to see you here.
It's really good to see you, man!

Thanks mate, I try to stick to my own corner of the Internet.

We haven't seen you on the new forum yet. QNAP Community

Its a bit different to the old one, QNAP Staff post more on this one.

 

[Silas Mariusz]

try to stick to my own corner of the Internet.

this happens to me too
getting old and tired ;p

 

[OneCD]

Just heard the good news that deleting that profile has resolved the issue.

Looks fine now, cheers mate!

 

[Silas Mariusz]

Yes because rtorrent is supplied together with some stuff and most Rtorrent users use their NAS for Plex and torrenting. In such cases built in Midnight Commander, some htop tools and curls are helpful for them to manage their stuff from SSH. So yes, this profile its just a helper but may affect other apps if those apps will unset or change eg. LD_LIBRARY_PATH.

If you do that, I may suggest you trying this method:

_QNAP_DEF_PATH=\
/bin:\
/sbin:\
/usr/bin:\
/usr/sbin:\
/usr/bin/X11:\
/usr/local/sbin:\
/usr/local/bin:\
/usr/local/jre/bin

# set here
_APP_PATH=\
/path_to_my_app/bin:\
/path_to_my_app/sbin

# and here...
_APP_LIBDIR=\
/path_to_my_app/lib:\
/path_to_my_app/lib64

# look at here, double it at the begining and end:
export PATH=${_APP_PATH}:$PATH:${_QNAP_DEF_PATH}:${_APP_PATH}

# for ld_library_path it has to be set more "gently"
# look at this here... in most cases bash implementation of how 
# variable is checked if its set or unset is incorrect
# take a look closer how it should be
if [ -z ${LD_LIBRARY_PATH+x} ]
then
  # its not set already
  export LD_LIBRARY_PATH=${_APP_LIBDIR}
  # no need to fallback to system lib dirs
else 
  # if set LD_LIBRARY_PATH already....
  # depends on enviornment but set your LD_LIBRARY first
  export LD_LIBRARY_PATH=${_APP_LIBDIR}:$LD_LIBRARY_PATH
fi

 

[OneCD]

Sorry, blocked myself from replying by marking your post as the solution.

Ah, must confess: I struggle with $LD_LIBRARY_PATH usage. I'm not really a compiler and linker type programmer, so I've never properly understood how it's supported to work.

I'll figure it out one day though.

Thank you.