Transmission 1.40 Beta 1

[John Clay]

Transmission 1.40 Beta 1 is now available for download:
Mac OS X binary
Source Code
Tickets closed for 1.40

This version contains a few new features, but mostly concentrates on bugfixes, stability, better network management, and slightly lighter memory and cpu footprints. Feel free to give it a spin, and please remember to report back your findings. This is the time for feedback, both positive and negative -- before 1.40 goes final.


Please do NOT submit this to websites such as MacUpdate and VersionTracker.

[Robby]

Someone has reported this to MacUpdate: http://www.macupdate.com/info.php/id/19 ... ainer_link.
Maybe you should mention

Please do NOT submit this to websites such as MacUpdate and VersionTracker.

in the blog post as well.

[merlyn3d]

First oddity I noticed right off the bat is that when I sort my torrents by activity they jump around an awful lot. Way more than they used to in 1.22 or 1.34. Also it seems like any activity (like handshaking with a peer or something) seems to be counted towards the displayed U/L speed. Is this now the case?

[Charles Kerr]

First oddity I noticed right off the bat is that when I sort my torrents by activity they jump around an awful lot. Way more than they used to in 1.22 or 1.34. Also it seems like any activity (like handshaking with a peer or something) seems to be counted towards the displayed U/L speed. Is this now the case?

Yes. handshaking with peers and protocol overhead is now counted towards the displayed upload & download speed, to try to give a more accurate count of how much bandwidth Transmission is using.

[ChrisKalania]

Im running Debian 4.0 (etch), previous versions of transmission compiled fine.

The configure-script told me that my libcurl version was too old. So i updated manually to "curl 7.18.2 (i686-pc-linux-gnu) libcurl/7.18.2" (7.15.5 is the latest version on apt for stable). After updating intltool (using apt) as well, the configure-script succeeded.

However, buliding fails with the following error:

gcc -I/usr/local/include -pthread -g -Wall -Wformat-security -W -Wmissing-prototypes -Wdeclaration-after-statement -O3 -funroll-loops -o blocklist-test blocklist-test.o -L/usr/lib ./libtransmission.a ../third-party/miniupnp/libminiupnp.a ../third-party/libnatpmp/libnatpmp.a ../third-party/libevent/.libs/libevent.a -lnsl -lrt -L/usr/local/lib /usr/lib/libcurl.so -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkrb5support -lresolv /usr/lib/libidn.so -ldl -lssl -lcrypto -lm -lz
./libtransmission.a(web.o): In function `tr_multi_socket_action':
/home1/chris/tmd/transmission-1.40b1/libtransmission/web.c:286: undefined reference to `curl_multi_socket_action'
collect2: ld returned 1 exit status
make[2]: *** [blocklist-test] Error 1
make[2]: Leaving directory `/home1/chris/tmd/transmission-1.40b1/libtransmission'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home1/chris/tmd/transmission-1.40b1/libtransmission'
make: *** [all-recursive] Error 1

Did i just mess up my curl-installation or isn't this my fault at all?

[kysucix]

1) Listing peers for a specific torrents doesn't show anything. It just show rpc query answer on stderr with -b flag.
2) Manual page for --peers show -x instead of -z option.
Tested with ubuntu torrent:
$ transmission-remote -l
ID Done ETA Up Down Ratio Status Name
1 75% 2 min 2.7 1228.0 0.0 Downloading ubuntu-8.10-desktop-i386.iso

$ transmission-remote -t 1 --peers
$ transmission-remote -b -t 1 --peers
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
...
...
...

[FantoMelt]

I'm getting an "Error: Tracker requet failed. Got HTTP Status Code 0 (No Response)" from all of my currently active trackers. I'm on Mac OS X 10.5.5. Any other information I could give I would gladly share. This did not happen under 1.34.

[eisa01]

The download rate is very misleading for me.
Right now it said I was downloading at 10 MB/s. Net Monitor correctly reports it with a peak of 1.8 MB/s and 1.2 MB/s average.

OS X 10.5.5 1.33 GHz G4 iBook, CPU was not maxed.

Any more info? I've seen this in the nightlies as well, around the revisions you fixed the session download mismatch problem.

[Charles Kerr]

Im running Debian 4.0 (etch), previous versions of transmission compiled fine.

The configure-script told me that my libcurl version was too old. So i updated manually to "curl 7.18.2 (i686-pc-linux-gnu) libcurl/7.18.2" (7.15.5 is the latest version on apt for stable). After updating intltool (using apt) as well, the configure-script succeeded.

However, buliding fails with the following error:

gcc -I/usr/local/include -pthread -g -Wall -Wformat-security -W -Wmissing-prototypes -Wdeclaration-after-statement -O3 -funroll-loops -o blocklist-test blocklist-test.o -L/usr/lib ./libtransmission.a ../third-party/miniupnp/libminiupnp.a ../third-party/libnatpmp/libnatpmp.a ../third-party/libevent/.libs/libevent.a -lnsl -lrt -L/usr/local/lib /usr/lib/libcurl.so -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkrb5support -lresolv /usr/lib/libidn.so -ldl -lssl -lcrypto -lm -lz
./libtransmission.a(web.o): In function `tr_multi_socket_action':
/home1/chris/tmd/transmission-1.40b1/libtransmission/web.c:286: undefined reference to `curl_multi_socket_action'
collect2: ld returned 1 exit status
make[2]: *** [blocklist-test] Error 1
make[2]: Leaving directory `/home1/chris/tmd/transmission-1.40b1/libtransmission'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home1/chris/tmd/transmission-1.40b1/libtransmission'
make: *** [all-recursive] Error 1

Did i just mess up my curl-installation or isn't this my fault at all?

Did you install the newer version of libcurl in /usr/local/lib? Because in that log it appears to be pointing in that direction, but then links directly to /usr/lib/libcurl.so. You may want to try changing that fragment to /usr/local/lib/libcurl.so and see how that goes.

[Charles Kerr]

1) Listing peers for a specific torrents doesn't show anything. It just show rpc query answer on stderr with -b flag.
2) Manual page for --peers show -x instead of -z option.

These two bugs are fixed now in svn. If you like, you can get a new tarball over at our automated build page.

[Charles Kerr]

I'm getting an "Error: Tracker requet failed. Got HTTP Status Code 0 (No Response)" from all of my currently active trackers. I'm on Mac OS X 10.5.5. Any other information I could give I would gladly share. This did not happen under 1.34.

YHPM

[Nemo]

Just tried GTK-version of beta 1 and it looks fine so far. The only thing I've found is a duplicate keyboard-accelerator-key in the preferences-screen under the "Desktop"-tab. Both options "_Inhibit dekstop hibernation ...." and "Show _icon in the ...." have the 'i' as accelerator-key.

I've also updated the Dutch translation, but it seems I'm not able to import files into Launchpad anymore . Does someone know how this works?
Pasted the nl.po for the time being here: http://pastebin.ca/1245175 Maybe some of devs could upload it into Launchpad?

[iLeto]

1.Download status
Not download anything but statusbar seems like i'm download.It;s wrong. Equal 0.1 - 0.5 Kb/s

2.Web UI
Speed downloading in statusbar on app not equal in webui


La!

[eisa01]

@iLeto: It includes the overhead now.

But yeah, the download/upload badge in the dock should probably not be displayed if it's just the overhead? It's a bit distracting as it is now.

[ZogG]

iLeto, like it says in a post above, the handshake with peers is now counted in bandwidth.(1) And 0.1 Kb/s = 1000/10 b/s = 100 b/s , so 121 b/s = 0.121 b/s ~= 0.1 b/s =)