Your message dated Mon, 9 Jan 2006 20:11:52 +0000
with message-id <[EMAIL PROTECTED]>
and subject line rtorrent: forgets peers on restart
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 10 Dec 2005 17:36:14 +0000
>From [EMAIL PROTECTED] Sat Dec 10 09:36:14 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mx5.informatik.uni-tuebingen.de ([134.2.12.32])
by spohr.debian.org with esmtp (Exim 4.50)
id 1El8dp-0002kk-AG
for [EMAIL PROTECTED]; Sat, 10 Dec 2005 09:36:14 -0800
Received: from localhost (loopback [127.0.0.1])
by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP
id 3106210E; Sat, 10 Dec 2005 18:35:41 +0100 (MET)
Received: from mx3.informatik.uni-tuebingen.de ([134.2.12.26])
by localhost (mx5 [134.2.12.32]) (amavisd-new, port 10024) with ESMTP
id 27192-04; Sat, 10 Dec 2005 18:35:38 +0100 (NFT)
Received: from localhost.localdomain (semeai.Informatik.Uni-Tuebingen.De
[134.2.15.66])
by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP
id 3AFF813D; Sat, 10 Dec 2005 18:35:36 +0100 (NFT)
Received: from mrvn by localhost.localdomain with local (Exim 4.50)
id 1El8ah-0003qP-Lb; Sat, 10 Dec 2005 18:32:59 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Goswin Brederlow <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: rtorrent: forgets peers on restart
X-Mailer: reportbug 3.9
Date: Sat, 10 Dec 2005 18:32:59 +0100
Message-Id: <[EMAIL PROTECTED]>
X-Virus-Scanned: by amavisd-new (McAfee AntiVirus) at
informatik.uni-tuebingen.de
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: rtorrent
Version: 0.3.4-1
Severity: normal
Hi,
I noticed that when I restart rtorrent (and I think also when
rehashing) all the old peers are forgotten. Normaly this is no problem
as the tracker gives out new peers. But it becomes a problem when the
tracker no longer has the torrent or doesn't allow access (e.g. my IP
changed and the torrent is host based).
There are also tracker that stop handing out peers if the upload is
below the download and without any peers one can't get back on the
trackers good site and the file won't finish.
Thirdly there seem to be tracker that remember what peers they have
already told each client and only hand out new peers. If the file is
of little interest it can be a long while till someone new connects.
So in conclusion I think rtorrent should save the list of peers for
each torrent in its session dir.
MfG
Goswin
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages rtorrent depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libcurl3 7.13.2-2 Multi-protocol file transfer libra
ii libgcc1 1:4.0.0-12 GCC support library
ii libidn11 0.5.13-1.0 GNU libidn library, implementation
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libtorrent5 0.7.4-1a0.mrvn.1 a C++ BitTorrent library
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
---------------------------------------
Received: (at 342809-done) by bugs.debian.org; 9 Jan 2006 20:12:23 +0000
>From [EMAIL PROTECTED] Mon Jan 09 12:12:23 2006
Return-path: <[EMAIL PROTECTED]>
Received: from mta07-winn.ispmail.ntl.com ([81.103.221.47])
by spohr.debian.org with esmtp (Exim 4.50)
id 1Ew3NP-0001oI-Bh
for [EMAIL PROTECTED]; Mon, 09 Jan 2006 12:12:23 -0800
Received: from aamta12-winn.ispmail.ntl.com ([81.103.221.35])
by mta07-winn.ispmail.ntl.com with ESMTP
id <[EMAIL PROTECTED]>
for <[EMAIL PROTECTED]>; Mon, 9 Jan 2006 20:11:52 +0000
Received: from rabbit.zoo.mayhq.org ([80.0.127.238])
by aamta12-winn.ispmail.ntl.com with SMTP
id <[EMAIL PROTECTED]>
for <[EMAIL PROTECTED]>; Mon, 9 Jan 2006 20:11:52 +0000
Received: (qmail 5286 invoked by uid 1000); 9 Jan 2006 20:11:52 -0000
Date: Mon, 9 Jan 2006 20:11:52 +0000
From: Qingning Huo <[EMAIL PROTECTED]>
To: Goswin Brederlow <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: rtorrent: forgets peers on restart
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.11
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02
--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Package: rtorrent
Version: 0.4.1-1
On Sat, Dec 10, 2005 at 06:32:59PM +0100, Goswin Brederlow wrote:
> Package: rtorrent
> Version: 0.3.4-1
> Severity: normal
>=20
> Hi,
>=20
> I noticed that when I restart rtorrent (and I think also when
> rehashing) all the old peers are forgotten. Normaly this is no problem
> as the tracker gives out new peers. But it becomes a problem when the
> tracker no longer has the torrent or doesn't allow access (e.g. my IP
> changed and the torrent is host based).
>=20
> There are also tracker that stop handing out peers if the upload is
> below the download and without any peers one can't get back on the
> trackers good site and the file won't finish.
>=20
> Thirdly there seem to be tracker that remember what peers they have
> already told each client and only hand out new peers. If the file is
> of little interest it can be a long while till someone new connects.
>=20
>=20
> So in conclusion I think rtorrent should save the list of peers for
> each torrent in its session dir.
>=20
> MfG
> Goswin
>=20
Hi,
This bug should be fixed in the latest version of rtorrent (0.4.1-1). I
am closing the bug now. Please feel free to reopen it if you think the
problem is not solved.
Regards,
Qingning
--FCuugMFkClbJLl1L
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDwsOIfYhzMmgvs9oRAlLOAJ9vKnLkpCGPwmfxrkinmdTlbc5wtACeO1Ok
YzzWnxHsuMbtxCcOZfQzv7U=
=Nb7A
-----END PGP SIGNATURE-----
--FCuugMFkClbJLl1L--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]