see attache -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
diff -u rtorrent-0.7.9/debian/changelog rtorrent-0.7.9/debian/changelog
--- rtorrent-0.7.9/debian/changelog
+++ rtorrent-0.7.9/debian/changelog
@@ -1,3 +1,11 @@
+rtorrent (0.7.9-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Removed patch debian/patches/03_throw_input_error_506748.patch,
+ closes: #512082, #510560.
+
+ -- Dmitry E. Oboukhov <un...@debian.org> Mon, 26 Jan 2009 12:43:23 +0300
+
rtorrent (0.7.9-2.1) unstable; urgency=low
* Non-maintainer upload.
reverted:
--- rtorrent-0.7.9/debian/patches/03_throw_input_error_506748.patch
+++ rtorrent-0.7.9.orig/debian/patches/03_throw_input_error_506748.patch
@@ -1,56 +0,0 @@
-From: Xavid <xa...@mit.edu>
-Subject: Re: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')
-Date: Sat, 13 Dec 2008 22:57:17 -0500
-
-Greetings!
-
-A group at the MIT Student Information Processing Board spent some
-time looking at this bug during our Lenny hackathon BSP, and we came
-to the following conclusions:
-
-1. This bug is due to a type checking problem: running the same test
- case on more recent upstream versions produces a vaguely unhelpful
- error message, presumably because hashes returned by "download_list
- default" aren't valid arguments to "fi.get_filename_last", not being
- FileListIterators.
-
-2. The bug was fixed somewhere between upstream SVN revisions 1038 and
- 1054, which represent a significant overhaul of the xmlrpc mechanism,
- and wouldn't necessarily be appropriate to backport into this version.
-
-3. The simplest way to remove the crash bug would be to remove the RPC
- altogether, either by:
-
- a. Causing apply_fi_filename_last() in command_file.cc to throw a
- torrent::input_error
-
- b. Removing the ADD_CFI_VOID("filename_last"... declaration from
- command_file.cc
-
-We were unable to find any situation in which the RPC was able to
-provide useful results, so removing it seems like removing it wouldn't
-be a significant limitation. Anyone who needs this functionality can
-upgrade to a more recent version manually. We've attached a patch
-we've tested that implements the first option.
-
-Either way, it doesn't seem to us like this should be a release
-critical bug, not affecting normal users of rtorrent and not causing
-problems to people who invoke RPCs properly.
-
-~Xavid
-MIT Student Information Processing Board
-
-Signed-off-by: Xavid <xa...@mit.edu>
-
-diff -ru rtorrent-0.7.9-orig/src/command_file.cc rtorrent-0.7.9-modified/src/command_file.cc
---- rtorrent-0.7.9-orig/src/command_file.cc 2007-10-21 00:24:54.000000000 -0400
-+++ rtorrent-0.7.9/src/command_file.cc 2008-12-13 22:37:09.000000000 -0500
-@@ -88,6 +88,8 @@
-
- torrent::Object
- apply_fi_filename_last(torrent::FileListIterator* itr) {
-+ throw torrent::input_error("Command fi.filename_last not available in this version of rTorrent.");
-+
- if (itr->file()->path()->empty())
- return "EMPTY";
-
signature.asc
Description: Digital signature
