Your message dated Mon, 5 Mar 2012 18:43:36 +0100
with message-id <[email protected]>
and subject line Re: Bug#418207: rtorrent: race condition when removing tied
torrents
has caused the Debian Bug report #418207,
regarding rtorrent: Race condition when removing tied torrents
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
418207: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418207
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rtorrent
Version: 0.7.1-1
Severity: normal
Hi,
sometimes when I remove a download tied to a file the download comes
back again starting to rehash the file. What I think happens is that
the function adding new torrents gets called between the download
getting removed and the tied file getting deleted, so it thinks this
is a new torrent.
MfG
Goswin
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-frosties-2
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.1-1 a C++ BitTorrent library
ii zlib1g 1:1.2.3-13 compression library - runtime
rtorrent recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi Goswin,
Goswin von Brederlow wrote:
> 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.
I don't think it's a bug either, so I'm closing it. It's up to the user
to manage their queue directory; rtorrent blindly loads the torrents in
there, as it should.
> 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.
If you think rtorrent should behave differently, please open a wishlist
bug for that specific issue. But it seems to me that [1] already covers
this, and would be an elegant solution.
[1] http://bugs.debian.org/386231
Cheers,
--
Benoît Knecht
--- End Message ---
