Activity log for bug #418367

Date Who What changed Old value New value Message
2009-08-24 23:52:31 Charles Kerr bug added bug
2009-08-24 23:52:48 Charles Kerr nominated for series Ubuntu Karmic
2009-08-25 00:05:21 Chris Coulson tags desktop-upgrade
2009-08-25 00:06:30 Chris Coulson transmission (Ubuntu): importance Undecided Wishlist
2009-08-25 00:06:30 Chris Coulson transmission (Ubuntu): status New Triaged
2009-08-27 14:25:27 Chris Coulson transmission (Ubuntu): status Triaged In Progress
2009-08-27 14:25:27 Chris Coulson transmission (Ubuntu): assignee Chris Coulson (chrisccoulson)
2009-08-27 19:57:07 Launchpad Janitor branch linked lp:~chrisccoulson/transmission/ubuntu
2009-08-27 20:00:27 Chris Coulson summary Please merge Transmission 1.74 in Karmic [FFe] Update to 1.74 and merge with Debian
2009-08-27 20:01:50 Chris Coulson attachment added Build log http://launchpadlibrarian.net/30912687/build.log
2009-08-27 20:17:07 Chris Coulson description Binary package hint: transmission Transmission 1.74 was released earlier today after a beta period last week. This has been timed to get in before the Aug 27 deadline for Karmic. When talking to kklimonda about this before he left for vacation last weekend, he suggested that I open this ticket after 1.74's release to ensure that the Ubuntu packagers had a heads-up about it. 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
2009-08-27 20:48:37 Chris Coulson description 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 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)
2009-08-27 20:48:50 Chris Coulson transmission (Ubuntu): status In Progress New
2009-08-27 20:48:50 Chris Coulson transmission (Ubuntu): assignee Chris Coulson (chrisccoulson)
2009-08-27 20:49:41 Chris Coulson description 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) 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.
2009-09-08 12:09:32 Martin Pitt bug task added transmission (Ubuntu Karmic)
2009-09-08 12:09:45 Martin Pitt transmission (Ubuntu Karmic): status New Confirmed
2009-09-08 20:36:10 Launchpad Janitor branch linked lp:~ubuntu-desktop/transmission/ubuntu
2009-09-09 07:15:07 Launchpad Janitor transmission (Ubuntu Karmic): status Confirmed Fix Released
2009-09-09 12:47:16 Launchpad Janitor branch linked lp:ubuntu/karmic/transmission
2011-02-17 08:16:06 Daniel Holbach bug added subscriber Ubuntu Sponsors Team
2011-02-17 08:16:23 Daniel Holbach removed subscriber [DEPRECATED] Ubuntu Sponsors for main
2011-02-22 00:30:00 Benjamin Drung removed subscriber Ubuntu Sponsors Team