[FFe] Update to 1.74 and merge with Debian

Binary package hint: transmission

Transmission 1.74 is a bug-fix release, which should be ok by itself without a FFe request. However, merging with Debian enables the QT front-end (and puts it in to it's own package - transmission-qt). The QT front-end is already shipped in the current tarball, but we just don't build it.

***Upstream changes 1.73 -> 1.74***

All tickets closed by this release:
http://trac.transmissionbt.com/query?milestone=1.74&group=component&groupdesc=1&order=severity

==== All Platforms ====
  * Better data recovery in the case of an OS or Transmission crash
  * If a data file is moved, stop the torrent instead of redownloading it (Ubuntu bug 419304)
  * Fix bug that didn't list some peers in the resume file and in PEX
  * More helpful torrent error messages
  * DHT now honors the bind-address-ipv4 configuration option
  * Fix Debian build error with miniupnpc
  * Fix Cygwin build error with strtold
  * Update to a newer snapshot of miniupnpc
==== GTK+ ====
  * Fix crash that occurred when adding torrents on some desktops
  * Synchronize the statusbar's and torrent list's speeds
  * Fix the Properties dialog's "Origin" field for multiple torrents
==== Qt ====
  * New Russian Translation
  * If Transmission was minimized, clicking on it the icon tray didn't raise it
==== Daemon ====
  * Speed Limit mode support added to transmission-remote
  * Add a "session stats" readout to transmission-remote
==== Web Client ====
  * Progress bar shows seeding progress
  * Fix bug that displayed "%nan" when verifying a torrent
  * "Pause All" only appeared to pause torrents with peers until refresh

***Rationale***
Building the QT front-end means that KDE users can use transmission without having to pull in GTK. The additional risk of building the QT front end is minimal because:

1) Both front-ends (GTK and QT) share a lot of common code (libtransmission) which is already used in Ubuntu, well tested and only has bug-fixes in this release.
2) The regression risk is non-existant as we currently don't ship the QT front end at all, and it will be built in to it's own package and not installed by default.
3) Upstream (Charles in particular) is very responsive, active here on Launchpad and fix bugs quickly, so I have every confidence that any bugs that exist in the QT front end will be rectified fairly quickly upstream.
4) Debian already build the QT front end, and I can't find any bugs related to it on their tracker.

***Testing***
Build log: http://launchpadlibrarian.net/30912687/build.log

Install log:
chr1s@chris-ubuntudevvm:~$ sudo dpkg -i transmission-common_1.74-0ubuntu1_all.deb transmission-gtk_1.74-0ubuntu1_amd64.deb
[sudo] password for chr1s:
(Reading database ... 309772 files and directories currently installed.)
Preparing to replace transmission-common 1.73-1ubuntu1 (using transmission-common_1.74-0ubuntu1_all.deb) ...
Unpacking replacement transmission-common ...
Replacing files in old package transmission-gtk ...
Preparing to replace transmission-gtk 1.73-1ubuntu1 (using transmission-gtk_1.74-0ubuntu1_amd64.deb) ...
Unpacking replacement transmission-gtk ...
Setting up transmission-common (1.74-0ubuntu1) ...
Setting up transmission-gtk (1.74-0ubuntu1) ...

Processing triggers for hicolor-icon-theme ...
Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...

chr1s@chris-ubuntudevvm:~$ sudo dpkg -i transmission-qt_1.74-0ubuntu1_amd64.deb Selecting previously deselected package transmission-qt.
(Reading database ... 309773 files and directories currently installed.)
Unpacking transmission-qt (from transmission-qt_1.74-0ubuntu1_amd64.deb) ...
Setting up transmission-qt (1.74-0ubuntu1) ...

Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...

I've tried running qtr on my GNOME desktop, cycled through the menus/preferences etc, and it seems to work ok (although I haven't done any thorough testing with it)

If this FFe request is approved, I will merge the changes in to the ubuntu-desktop branch.