Package: rtorrent
Version: 0.7.8-1
Followup-For: Bug #418207
Hi,
I tracked down this problem and it is not quite a bug. You can easily
reproduce it in the following way:
- Download a torrent to the queue directory.
- Copy the torrent with a different name.
- Remove the torrent in rtorrent.
Rtorrent won't add a torrent if it already has another file for the
same hash so you don't notice that you have 2 *.torrent files. When
you remove the torrent then the first *.torrent file gets removed and
the next time the queue directory is scanned the second *.torrent file
gets added. That makes it appear like the removed torrent gets readded
again.
One thing I wonder though is if rtorrent tries (and fails) to add the
second *.torrent file on every scan. Please check that before closing
the bug.
MfG
Goswin
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22.2-mrvn
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Versions of packages rtorrent depends on:
ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-2 common error description library
ii libcurl3 7.15.5-1 Multi-protocol file transfer libra
ii libgcc1 1:4.1.1-19 GCC support library
ii libidn11 0.6.5-1 GNU libidn library, implementation
ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries
ii libncurs 5.5-5 Shared libraries for terminal hand
ii libsigc+ 2.0.17-2 type-safe Signal Framework for C++
ii libssl0. 0.9.8c-3 SSL shared libraries
ii libstdc+ 4.1.1-19 The GNU Standard C++ Library v3
ii libtorre 0.11.8-1~mrvn.1 a C++ BitTorrent library
ii zlib1g 1:1.2.3-13 compression library - runtime
rtorrent recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
