NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
utorrent for X86 2.2.01
Tested on Ultra and Pro :P
Utorrent for x86 2.2.01
Utorrent for x86 2.0.00
Utorrent for x86 1.8.0
- Super-Poussin changes:
- Now you can access logs in /c/addons-config/utorrent/ :)
- Now you can acces documentation in /c/addons-config/utorrent/docs
- Now you can edit configuration in /c/addons-config/utorrent/utserver.conf (Use interface it's more easy, and do not forget to stop utorrent before doing changes
•HTTPS trackers are unsupportedVersion 3.0 alpha (build 22789)
- Added fields to the About box in the web UI to present the external IP address and UDP/TCP ports assigned by a UPnP router to the server
- Added speculative fix for crash on POSIX platforms occurring when any configurable directories (e.g., active, completed, temporary, autoload, request) contain Unicode characters
- Fixed documentation by changing feed_id to feed-id in two places
µTorrent Server 3.0 alpha build 22708 (for Linux)
- Added daemon argument which directs the server to run in its own
process group- Added usage argument which directs the server to display the set of
valid command-line arguments before exiting - server also prints error
and usage messages before exiting if it detects at least one
unrecognized command-line argument- Added settings finish_cmd and state_cmd to provide a way to invoke
asynchronous processes for torrent lifecycle events- The add torrent dialog in the web UI now allows the user to choose
which download directory to use for the torrent being added- Correct JSON output is now generated for the list-dirs action request
- The name of the directory created by extracting the product archive now
includes utorrent instead of bittorrent- Removed ul_slots_per_torrent setting since it no longer has a function
- Added ut_webui_dir setting in the configuration file, which specifies
the directory containing the webui.zip archive or the unarchived files
to be served for the web UI- Added pidfile argument which permits the specification of a file to be
created by the utserver process which will contain the ID of the
utserver process- Added logmask setting in the configuration file which permits logging
to be configured (and subsequently modified as part of handling a
hangup signal), and removed support for LOGMASK environment variable- The server rereads the configuration file upon receipt of a hangup
signal or when creating or moving a file named rcf.utmr in the
dir_request directory - see the cautions in the user manual about
sending a hangup signal when attempting to change the value of
dir_request- Added settings admin_name and admin_password to allow administrators to
define initial non-default credentials for authenticating to the server
via the HTTP interface- Fixed documentation by changing filter_id to filter-id in one place
- 2010-09-13: Version 3.0 alpha (build 21886)
- Ensure alternative listening port setting persists when changed via web
UI
- Include changes list in docs directory of product archive
- Add mention of configfile and settingspath command-line arguments,
rearrange content of Getting Started section of user manual
- Support configfile argument to specify configuration file location
- Disable BEP22 DNS support on POSIX platforms
- Include plain text version of the user manual in docs directory of
product archive
- Include a EULA file in the docs directory of the archive
- Change default log file for logfile argument to utserver.log
- Fix documentation error saying to use forward slash (/) to precede a
command-line argument keyword - should use a dash (-) on POSIX systems
1.2 solve installation issue and some start issue
gui is on port 8080
user is admin without password
please configure it before adding torrent (where to save files .... (/c/media/BitTorrent/ is a good choice))
also enable ipfilter.dat in advanced option (the addon update ipfilter.dat each day)
243 Replies
Replies have been turned off for this discussion
dsm1212 wrote: I did manage to get utorrent 3.0 running on 4.2.19.
Steve, thanks for your post which I have begun following. I have a few questions:
1. Are this...dsm1212 wrote: There is a 64 bit version of utorrent 3.0 for linux posted here: http://forum.utorrent.com/viewtopic.php?id=102110
...and these:dsm1212 wrote: #finally replace the utorrent binary and ui with the new ones
#install the latest addon in this forum if you haven't already....
The webui.zip from https://forum.utorrent.com/viewtopic.php?id=58156
...the same as SuperPoussin's 2.022 release?
2. Is there a quicker/easier way to get these?:
- I'm 47 minutes into the extraction and still on folders beginning with "d".dsm1212 wrote:
# Build 64 bit ssl shared libs
Download the big netgear GPL source archive for 4.2.19 and extract the openssl directory.
3. Do we still need to do the glibc thing referred to in the post 2 above yours?
4. Finally, what is the correct url / port to get the web gui running? The launch button on the addon doesn't work on my v2.2.02 NVX installation.tribal wrote: ... I had to force install the newest dpkg to take out the breaks I was getting when trying to install libc6.
Hi - how did you do that?
I tried: apt-get -f install as suggested by the error message:You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
libc6: Depends: libc-bin (= 2.11.3-2) but it is not going to be installed
libc6-amd64: Depends: libc6 (= 2.7-18lenny7) but 2.11.3-2 is to be installed
libc6-dev: Depends: libc6 (= 2.7-18lenny7) but 2.11.3-2 is to be installed
locales: Depends: glibc-2.7-1
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
But it still says:package uses Breaks; not supported in this dpkg
dpkg: error processing /var/cache/apt/archives/libc6_2.11.3-2_i386.deb (--unpack ):
unsupported dependency problem - not installing libc6
Errors were encountered while processing:
/var/cache/apt/archives/libc-bin_2.11.3-2_i386.deb
/var/cache/apt/archives/libc6_2.11.3-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)- So I tried manually downloading libc6_2.11.3-2_i386.deb from http://packages.debian.org/squeeze/i386/libc6/download and installing it using:
dpkg -i --force-depends libc6_2.11.3-2_i386.deb
But still got an error:Can't exec "locale": No such file or directory at /usr/share/perl5/Debconf/Encoding.pm line 16.
Use of uninitialized value in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17.
...
/var/lib/dpkg/info/libc6.postinst: line 300: ldconfig: command not found
dpkg: error processing libc6 (--install):
subprocess post-installation script returned error exit status 127
Rebooted but launch button still fails to launch the interface.
As you can tell I'm floundering here. can anyone tell me if there is a way to reach uTorrent on the NAS remotely, like Transmission Remote? - 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 - Steve, thanks for your reply
I'm confused - in your post above, where you say:dsm1212 wrote: 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.
....which one do you mean - a 64bit version from somewhere else, or S-P's 32 bit version?dsm1212 wrote: #install the latest addon in this forum if you haven't already.
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?dsm1212 wrote: 3. No you don't need to do the glibc update. I think that would be dangerous. Hopefully you didn't get very far :-).
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 - 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 - That's not good. You are on an X86 system right?
steve
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
