Build Transmission on Windows

[rb07]

chk712
Thanks for the report, I'll check.

I'd also be interested in what Transmission leaves on the hard disk when it was uninstalled. Any folders in AppData or something?

Yes, your user's AppData (or 'Application Data' on XP) should have a 'transmission' folder with the settings, stats, blocklist, etc. If you did set a download directory, that also will be left intact, if not downloads go by default to Documents/Downloads ('My Documents' in XP). Programs ('Program Files') should have QTransmission/uninstall.exe, or not.

I haven't tested on the 64-bit variants.

[Diablofan]

Version 2.03 is available on the usual list: viewtopic.php?f=1&t=7612&p=37848#p37848

Changes in this version:

• The installer adds or modifies .torrent and magnet association. Just like deeznutz asked, this enables a single instance of the application to open torrent and magnet files (from your Web or file browser for instance). Warning: My installer takes control of the associations with no questions asked, so if you use other torrent client... ask nicely and I'll make the installer ask or something.
• The "one instance" works via D-Bus. I was going to make available an installer for it but found that I didn't need to, dbus-daemon is now part of the installation, and the user doesn't have to do anything, libdbus (used by the application) launches the daemon if none is running.
• Changed libcurl version to latest, 7.21.0 .
• Changed libevent to latest, 1.4.14b-stable .
• Executables and libraries are compressed with upx (to save a few MB on download).
• Some bugs in the 2.03 distribution were corrected, you can see the changes in the patch files on the Wiki: https://trac.transmissionbt.com/wiki/Bu ... ionlibrary, most of the differences are the "porting to Windows" part, some are changes in development that I consider worth using now.
• Not fixed: handling of "non-English" (actually non ASCII) file names. This is work in progress.
• Not fixed: Diablofan report about local verification. Actually I haven't checked, I did check that it works with a remote session, no problem, I don't know if local sessions misbehave.

Thanks to the developers for their changes.

It's local sessions that are the ones Misbehaving. Most of the problems I talk about are/will be Local Sessions for future reference

[Jordan]

rb07: the Qt client's had more code commits in the last week than in the previous four or five months. Do you have any interest in making a new Windows build from trunk's pre-2.10 code?

[rb07]

Revision 11001 builds fine, but it doesn't work at all.

With the simplest of runs, using -h, no problem.

Anything more "complex", like using -v (or --version), and the application dies after spiking the CPU to 100% for a few seconds... gdb output:

Code: Select all

[New thread 2384.0xeb0]
[New thread 2384.0x37c]

Program received signal SIGSEGV, Segmentation fault.
0x6e12ee2c in ?? () from /home/rberber/Transmission/TrQt/QtCore4.dll

Needless to say, with no parameter, the GUI never appears, it just dies. I'll have to make a debug build to see what is happening with more detail, has it been tested on Linux?

[Jordan]

Revision 11001 builds fine, but it doesn't work at all.

Is this a typo? r11001 was made on July 11. As of this writing, the latest revision is r11114.

I'll have to make a debug build to see what is happening with more detail, has it been tested on Linux?

Yes, the latest version is working great for me right now. I haven't used the GTK+ frontend in about a week.

[rb07]

Is this a typo? r11001 was made on July 11. As of this writing, the latest revision is r11114.

No, not a typo, I just did "svn up" and that's the version I got.

Code: Select all

mingw $ svn --version
svn, version 1.6.9 (r901367)
...
Transmission $ svn info
Path: .
URL: svn://svn.m0k.org/Transmission/trunk
Repository Root: svn://svn.m0k.org/Transmission
Repository UUID: f4695dd4-2c0a-0410-b89c-da849a56a58e
Revision: 11001
Node Kind: directory
Schedule: normal
Last Changed Author: livings124
Last Changed Rev: 11001
Last Changed Date: 2010-07-11 16:06:28 -0500 (Sun, 11 Jul 2010)

Transmission $ svn up

Fetching external item into 'third-party/libevent'
External at revision 1558.

At revision 11001.

Yes, the latest version is working great for me right now. I haven't used the GTK+ frontend in about a week.

OK, thanks.

The only changes I have are not the problem:

Code: Select all

Transmission $ svn diff qt/about.cc
Index: qt/about.cc
===================================================================
--- qt/about.cc (revision 11001)
+++ qt/about.cc (working copy)
@@ -55,7 +55,7 @@
     l->setAlignment( Qt::AlignCenter );
     v->addWidget( l );

-    l = new QLabel( tr( "Copyright 2005-2009 The Transmission Project" ) );
+    l = new QLabel( tr( "Copyright 2005-2010 The Transmission Project" ) );
     l->setAlignment( Qt::AlignCenter );
     v->addWidget( l );

Transmission $ svn diff qt/dbus-adaptor.cc
Index: qt/dbus-adaptor.cc
===================================================================
--- qt/dbus-adaptor.cc  (revision 11001)
+++ qt/dbus-adaptor.cc  (working copy)
@@ -28,8 +28,8 @@
 }

 bool
-TrDBusAdaptor :: AddMetainfo( const QString& payload, const QString& filename )

+TrDBusAdaptor :: AddMetainfo( const QString& file_or_magnet )
 {
-    myApp->addTorrent( QFile(filename).exists() ? filename : payload );
+    myApp->addTorrent( file_or_magnet );
     return true;
 }

I'll try again later when a current revision appears.

[rb07]

OK, revision 11116 is up http://ifile.it/5s8gmrl/Transmission-Qt ... -Setup.exe and working.

This is a vanilla build, which means it has the original bugs, I haven't corrected anything.

First bug seen: dbus support still broken.

I'm getting weird side effects when I start this version, Cygwin is affected, I can't open new rxvt terminals... and its dbus-daemon fault somehow (if I kill it, rxvt works again). I don't understand how this interference happens, I've had dbus-daemon working for as long as version 2.03 has been out (over a week) and never had this happen.

BTW the problem with revisions, if you haven't seen my previous post, is that the mirror (svn.m0k.org) is way out of sync.

[rb07]

I think the GUI is wasting a lot of real space:

The Status and Tracker drop-down could fit nicely in the tool bar, they don't need to be as wide as they are now.
The old Web client like buttons looked nicer anyway, but now there are 9 options... any graphic designer out there with good ideas?

[Jordan]

This is a vanilla build, which means it has the original bugs, I haven't corrected anything.

I've seen your diffs against the 2.0x branch, but not anything for trunk in quite awhile. What bugs are you referring to?

The problem with revisions, if you haven't seen my previous post, is that the mirror (svn.m0k.org) is way out of sync.

svn.m0k.org is effectively dead. svn://svn.transmissionbt.com/Transmission/trunk is the new & improved location.

I think the GUI is wasting a lot of real space.
The Status and Tracker drop-down could fit nicely in the tool bar, they don't need to be as wide as they are now.

Why is the window so wide in the first place? Over half that width is unused in the torrent list, too.

Is that the default width on Windows?

[rb07]

Is that the default width on Windows?

No, by default it starts very small, I re-sized it long time ago (the idea is that torrent names are, sometimes, very long -- my current list contains only 2 that take more than 50% of width).

[Jordan]

Is that the default width on Windows?

No, by default it start very small, I re-sized it long time ago.

In that case I'm not sure I understand your complaint about real estate? Any app is going to waste real estate if you stretch it really wide.

[rb07]

In that case I'm not sure I understand your complaint about real estate

All right, doesn't Qt provide movable widgets (drag-able?), that would make every body happy, I would move those wide and ugly drop-downs up, they would probably re-size ... or I could just shut-up and make my window smaller

[Jordan]

In that case I'm not sure I understand your complaint about real estate

All right, doesn't Qt provide movable widgets (drag-able?), that would make every body happy, I would move those wide and ugly drop-downs up, they would probably re-size ... or I could just shut-up and make my window smaller

I don't know about Qt support for dragging widgets... I'll look into it.

In the meantime, what "original bugs" were you referring to? Do you have an updated diff for trunk?

[rb07]

This is as small as it can get:

You're right, that way it looks better.

[rb07]

In the meantime, what "original bugs" were you referring to? Do you have an updated diff for trunk?

As stated above: dbus support is again broken. I saw that the code changed, but its not working for me, don't know why since I just started playing... hmm, there are new buttons for the trackers, I surely would like to edit those (to take out a tracker that is always turning my torrents' status red).

And no, I didn't made any change. Which is good news, it builds out of the box.

Did you notice the about panel? The copyright now has no year, that's an improvement from the old hard coded values, but I'm not sure that was intended.