utorrent for X86 2.2.01

[dsm1212]

Sorry I was away for a while. To answer kc1's original questions:

1. Those are not the same as what is in SuperPoussin's kit. New 32 bit utorrents require the new glibc which is a problem. The ones I pointed to are 64 bit builds that happen to use the older libraries and don't require the new glibc.
2. I couldn't find the SSL libraries built anywhere. I'm not sure what the legality is of me distributing them built already.
3. No you don't need to do the glibc update. I think that would be dangerous. Hopefully you didn't get very far .
4. The Web UI for utorrent is at: http://<yourhostip>/gui.

From the shell interface lets see if you have all the libraries right:

cd /usr/local/utorrent
ldd utserver

My ldd outputs this:

warehouse6:/usr/local/utorrent# ldd utserver
linux-vdso.so.1 => (0x00007fff241ff000)
libssl.so.0.9.8 => /lib64/libssl.so.0.9.8 (0x00007f6418f54000)
libcrypto.so.0.9.8 => /lib64/libcrypto.so.0.9.8 (0x00007f6418bc4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f64189a8000)
libm.so.6 => /lib64/libm.so.6 (0x00007f6418723000)
librt.so.1 => /lib64/librt.so.1 (0x00007f641851a000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f64192ab000)
libc.so.6 => /lib64/libc.so.6 (0x00007f64181a9000)
/lib64/ld-linux-x86-64.so.2 (0x00007f64191a6000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f6417fa5000)

If all the libraries are not resolved then utorrent won't run. If they are all found then let's see if utserver is running:

ps -ef | grep utserver

Mine outputs
warehouse6:/usr/local/utorrent# ps -ef | grep utserver
root 7809 7454 0 23:19 pts/1 00:00:00 grep utserver
nobody 8238 1 0 06:25 ? 00:00:31 /usr/local/utorrent/utserver -logfile /c/addons-config/utorrent/utorrent.log -configfile /c/addons-config/utorrent/utserver.conf

If your system doesn't have the process running then lets run it manually just to see if it starts. So just type:

./utserver

What output do you get?

steve

[kc1]

Steve, thanks for your reply

1. Those are not the same as what is in SuperPoussin's kit. New 32 bit utorrents require the new glibc which is a problem. The ones I pointed to are 64 bit builds that happen to use the older libraries and don't require the new glibc.

I'm confused - in your post above, where you say:

#install the latest addon in this forum if you haven't already.

....which one do you mean - a 64bit version from somewhere else, or S-P's 32 bit version?

3. No you don't need to do the glibc update. I think that would be dangerous. Hopefully you didn't get very far .

I think I did install the update in the end - using the forced method, mentioned above. How can I revert back to the old one?

ldd utserver produces this for me:
ldd: exited with unknown exit code (126)

and ps -ef | grep utserver returns this:
root 23447 22411 0 09:10 pts/0 00:00:00 grep utserver

[dsm1212]

Ah, Ok, I see the confusion. I was just using the super-poussin addon to get the user interface and stop/start configuration. The rest of the steps are to get a utserver executable that will actually run because the one in the latest super-poussin addon won't work with the older glibc.

Your ldd error is very strange. I'm a little worried for you that the libc change you attempted may be a problem because I think ldd comes with glibc. You can probably live without ldd, but it doesn't bode well. I'm not sure how to undo what was suggested by someone else for glibc. What do you get when you try to run utserver?

cd /usr/local/utorrent
./utserver

You'll have to ctrl-c out if it starts, but it probably won't since it doesn't work for you from the web ui.

steve

[kc1]

What do you get when you try to run utserver?

"-bash: ./utserver: cannot execute binary file"

[dsm1212]

That's not good. You are on an X86 system right?

steve

[kc1]

That's not good. You are on an X86 system right?

. That's right, an NVX

[dsm1212]

Ah that's it. You can't do this, the nvx appears to have a Tolapai processor from intel that doesn't support 64 bit. My instructions won't work for you. You'll have to stick with S-P's older releases.

Steve

[kc1]

You'll have to stick with S-P's older releases.

I see. any suggestions for how to unwind the steps?

[dsm1212]

Just do:

apt-get remove lib64gcc1
apt-get remove libc6-dev-amd64

and delete the other files you built manually.

I can't speak to the glibc stuff.

At that point you should probably remove the utorrent addon through the web UI and install one of S-P's older versions.

steve

[kc1]

Just do:
apt-get remove lib64gcc1

I get this:

Code: Select all

Reading package lists... Done
Building dependency tree... Done
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
  binutils: Depends: libc6 (>= 2.11) but 2.7-18lenny7 is to be installed
            Depends: libstdc++6 (>= 4.4.0) but 4.3.2-1.1 is to be installed
  libc-dev-bin: Depends: libc6 (> 2.11) but 2.7-18lenny7 is to be installed
  libc6-dev: Depends: libc6 (= 2.11.3-2) but 2.7-18lenny7 is to be installed
  libc6-dev-amd64: Depends: libc6-amd64 (= 2.11.3-2) but 2.7-18lenny7 is to be i      nstalled
W: Couldn't stat source package list http://www.readynas.com 4.2.19/ Packages (/      var/lib/apt/lists/www.readynas.com_packages_4.2.19_Packages) - stat (2 No such f      ile or directory)
W: Couldn't stat source package list http://archive.debian.org etch/main Package      s (/var/lib/apt/lists/archive.debian.org_debian_dists_etch_main_binary-i386_Pack      ages) - stat (2 No such file or directory)
W: Couldn't stat source package list http://www.readynas.com 4.2.19/ Packages (/      var/lib/apt/lists/www.readynas.com_packages_4.2.19_Packages) - stat (2 No such f      ile or directory)
W: Couldn't stat source package list http://archive.debian.org etch/main Package      s (/var/lib/apt/lists/archive.debian.org_debian_dists_etch_main_binary-i386_Pack      ages) - stat (2 No such file or directory)
W: You may want to run apt-get update to correct these problems
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a s      olution).

and something similar for the other command. I'm guessing that means it didn't work?

and delete the other files you built manually.

Could you remind me where I should look for those? Thanks

[dsm1212]

I think this is due to making changes to the apt sources.list when you did the glibc install. I'm really wary of what to suggest to you about the glibc changes. The two 64 bit packages and two 64 bit libraries I had you install are harmless since your machine can't use them so at this point don't try to force install them just let them be. I'd focus on figuring out how to undo the glibc changes, then set your sources.list back and then, if you really want to, you can remove the packages I listed. Removing glibc could be dangerous if you end up left without something critical so be careful. Make sure you have your important files backed up before you try it.

You should have a directory tree where you built openssl to delete.

steve

[Orionos]

Anybody know where S-P went? He's been very quiet. I'll try all those instructions this weekend, dsm1212. Hope they work. The Ultra6 has a 64-bits dual-core if I'm not mistaken.

[Orionos]

Well, first I needed to apt-install 'make', then 'gcc' and then it still complained about missing symbols. Since I'm trying to keep my ReadyNAS as stock as possible (the only thing I installed besides .bins is EncFS, since TrueCrypt won't work) this is the point I gave up. Guess I'll just have to get used to Transmission. Thanks though.

[dsm1212]

Yes you need to add "buildessential" to do any building. Search for that if you decide to go forward.

Steve

[geoffnordling]

Hi Guys,

I got an issue i don't know how to resolve, I am running utorrent 2.0.0 ( only one I could get to work) and I cannot specify folders to use and I can't find where it is downloading the files to. the log states "Can't use same folder (/usr/local/utorrent) for both autoload and torrent storage" I am trying to set it to folders I created in my Media share so I am filling the directory with say for eg. [/c/media/utorrent/incomplete]. but it will not save it in the GUI? I am running a RNDU6000 with 3x2TB drives. It was working for ages but then I restarted the NAS and given I was running 4.2.19 My shares went all hinky and I had to rename them to refresh it. This normally works but for some reason this time instead of renaming the share it created a folder in the share with the new name and dumped everything in to it except the uTorrent folder, I believe this was a result of renaming the share while uTorrnet was running... My bad. Now I backed up all my data to my PC and then did a factory reset on the NAS, updated it to 4.2.20 T40 as that is supposed to fix the add-ons breaking the shares and now utorrent (freashly installed) will not accept my directories?


Help? I have to DL my torrents with my 800w consuming Gaming PC till I get this fixed.